# 工作量估算

# 传统的工作量估算

传统的工作量估算用人天来评估项目。会带来的问题是，团队成员的能力参差不齐，因此同一个任务，所花费的人天是不一样的。因此，如果要评估的相对准确，评估时，要把人会和具体的任务绑定，导致工作计划很复杂，人员在执行任务与预估出现偏差时，又要调整计划。

敏捷开发用故事点做为度量单位来评估任务的工作量。故事点是一个工作量单位，比如我们把做一个简单的表单页面是一个故事点，把做一个复杂的表单页是3个故事点。

通常当一个团队经历了3个以上的迭代之后，基本可以确定团队的速率（即一个迭代可以完成的故事点总数）。每个迭代，通过总结，优化工作方法，一般比上个迭代完成更多的故事点。

团队达成一致，怎样的任务是1个工作点。
团队成员共同评估新的任务的故事点。
团队成员同时亮出评估数值(可以借助计划扑克)。若数值之间相差的牌数达到了3张或更多(可以根据具体情况调整)，那么数值最大者与最小者就要谈一下自己为什么这么想。讨论结束后重新出牌和开牌。重复上述过程，直到结果比较接近。不这样做的话，也可以直接取一个平均值，这会近似于兰德公司的统计学家们最后得出的预评估值。

团队共同评估的好处：人多，考虑的方面也多，减少估计误差。
独立评估的原因：如果采用按顺序一个个说评估的结果，评估成员会受从众效应和光环效应的影响。

贴士