Questions tagged «process-improvement»

9
如何使冲刺计划有趣
我们的Sprint计划会议不仅不好玩,而且简直令人恐惧。 这些会议既乏味又无聊,而且要花很多时间(一天,但感觉要更长一些)。 开发人员对此表示抱怨,并担心即将到来的计划。 我们的例程非常标准(按优先级将用户故事插入到sprint待办事项中>>将故事分解为任务>>按小时数估算任务>>重复),我无法弄清楚我们在做什么错。 我们如何使会议变得更加愉快? ... 应要求提供更多信息的更多详细信息: 为什么在sprint启动之前未插入待办事项并按优先级排序? 用户故事确实是优先的;我们不知道他们会花多长时间,直到将他们分解成任务!从这里的(优秀)答案中,我看到也许我们根本不应该估计任务,而应该仅估计用户故事。我们估计任务(而不是故事)的原因是因为我们一直在错误地估计故事,但我想这是一个完全不同的问题。 开发人员为何抱怨? 会议很长。 会议是单调的。一个接一个的故事,一个接一个的任务,奋斗(是的,奋斗)来估计需要多长时间和涉及什么。 估计任务使用户故事的估计显得毫无意义。 会议时间越长,会议室的焦点就越少。同事注意力越集中,会议花费的时间就越长。递归的仇恨螺旋发展。我们已经考虑将会议分成两天,以使人们集中注意力,但是开发人员对此一无所知。一天的计划已经够糟糕了;现在我们有两个? 问题的一部分是我们进入了非常小的细节(以便获得更准确的估计)。但是,当我们粗略估算时,我们远远超出了预期! 总结一下问题: 我们做错了什么? 还有什么其他方法可以使会议更加愉快?


3
如何在软件开发环境中应用Six Sigma?
我是Java开发人员,但被要求学习有关应用六西格码(Six Sigma)的目的,以提高我们组织的利润。我已经读到六西格码可以在所有环境中使用,但是我对将其应用于软件开发的细微差别感兴趣。 六西格码的哪些概念可以应用于软件开发环境,我如何有效地应用它们? 我的理解是,六西格码专注于: 识别并消除缺陷的根本原因 最小化应用制造或业务流程中的差异 在我看来,这些概念可以应用于软件开发,但是可以有效地应用于软件开发生命周期(SDLC)吗?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.