Scrum sprint plan中规模估算的常见方式

Scrum sprint plan规模估算常见方式

最新推荐文章于 2024-04-24 20:42:53 发布

原创

最新推荐文章于 2024-04-24 20:42:53 发布 · 7.8k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#velocity #user #任务 #工作 #敏捷

本文介绍了Scrum sprint计划中规模估算的两种常见方式：历史数据估算和承诺估算。历史数据估算涉及Velocity计算，如利用理想人天数、资源利用率等；而承诺估算通常基于任务细化后的小时估计，团队达成共识。在实际应用中，两者结合使用，特别是对于新引入Scrum的团队和有新人的团队，可确保估算的准确性。

首先，把根据sprint历史数据得到的估算，称为历史数据估算，把commitment之后的估算称为承诺估算。
历史数据是以前的定量情况，包括但不限于资源利用率、sprint可以完成的story point数量、每个story point平均所需的【实际】/【理想】人时（或工时）数、每个use case point平均所需的【实际】/【理想】人时（或工时）数，等等。
承诺估算是指团队的每个成员达成共识，认为可以完成的估算，
对于历史数据估算，常见方式如下。
1，假设1个user story point需1个理想人天（IMD）， Velocity为理想人天数/实际人天数，常见的范围是50%~80%。
sprint估算时，估算可用人天数 * Velocity 得到 user story points数量。
2，选择最小的工作单元为1个User stroy point，velocity为user story points数量/理想人天数，再考虑资源
利用率，可能是75%左右。sprint估算时，估算可用人天数 * 资源利用率 * Velocity 得到 user story points数
量。
3，选择最小的工作单元为1个User stroy point，velocity为user story points数量/实际人天数，不再考虑资
源利用率。sprint估算时，估算可用人天数 * Velocity 得到 user story points数量。
4, 采用use case point作为规模，Velocity为use case points数量/实际人天数，不再考虑资源利用率。
sprint估算时，估算可用人天数 * Velocity 得到 use case points数量。
5, 看看前几个sprint完成的user story point数量，或采用平均数，或上个sprint的story points数量，或根据情
况在以前基础上略作调整，这样就不必管velocity的计算了。前提是团队人员工作量投入变化小，人员稳定。

对于承诺估算，常见方式如下。
1，spri