Scrum 项目实践之工作量估计

上一篇 / 下一篇  2009-02-01 19:40:52 / 个人分类:Agile

敏捷开发中,每个迭代开始前的工作量估计几乎已经成为了标准环节,但总觉得费时又费力,两三周的工作要开一两天的会都讨论不清楚,讨论再讨论,投票再投票。

http://www.scrumalliance.org/articles/116-a-cure-for-task-estimation-obsession

一文给人以很多启迪。在满足诸如稳定速率等前提下面向任务的燃尽图要优于面向工作量,其原因就是每个任务的完成都有产出而工作量的投入却不一定,面向任务的视角更能客观地反映项目的进程。更重要的是单纯任务分解细化要远比估计时间省事。


TAG: agile scrum 敏捷 Agile

AfterMooch 引用 删除 saccharine   /   2011-11-10 15:48:42
User Story 定义必须是SMART,story point太大的User Story必须拆分,这样User Story 的Estimation就会容易效率点.
Darren Li 的个人空间 引用 删除 woza   /   2009-06-26 15:19:12
我们估点好像没太大问题。
如果觉得困难,那一般是story不够清楚或者story太大。
 

评分:0

我来说两句

Open Toolbar