过程改进日记之学习Scrum2010-8-27：下一阶段任务分解

终于一周过去了，由于这周并没有按照Sprint的方法来安排计划，只是按照看板的形式来确认每天的任务，所以完成情况的确不怎么理想，额外增加的任务，工程师对需求了解不够导致的工作量评估不够、新员工学习时间成本等等，使得这周的趋势和老大预想的完全一致。

 

 

嗯，正如我们所有人所说，发现问题是个好现象，我们有可以改进了，我建议应该花两天时间一个个需求细分，帮助工程师了解需求、分解逻辑，细化任务。

PM：“在就马上行动吧”

于是，就在作战室，PM和DPM把工程师一个个请进来，针对每个需求请工程师画出大致的功能分解图、解说开发思路，指出遗漏之处，对有需求的需求展开讨论，然后请工程师估算工作量，并由DPM提问，调整预期工作量。达成一致后，直接修改系统中的任务时间和工作量预估。

 

我和SQA MM全过程观摩，今天一整天就这样过去了。

 

昨天发现禅道上一个不合理之处，发到官方论坛，今天得到了一个不错的解决方案:)

下周试试看。