一、估算目标
1、以【故事点数】来衡量一个迭代周期内的所有故事的规模。
2、经过多次的迭代，测算出团队在一个sprint内可以消化的合理故事点数
3、以此来测算团队生产效率。
4、在团队生产率的基础上评估产品投入成本。
二、标准故事
1、以实现如下需求的前端和后台功能为一个标准故事，
任务包括:设计、前后台功能开发、单元测试、前后台联调、性能测试、测试验收。
一个时间查询条件
一个查询按钮
数据库单表查询（已经有表结构）
画面列表有10个字段需要展示(没有数据字典转换与其他系统查询)
画面有分页查询功能
2、一个标准故事作为一个故事点单位。
三、估算方法
1、以标准故事为基准，评估待办故事是标准故事规模的多少倍数。
比如未结算画面查询功能，画面有2个时间查询字段、7个下拉框查询字段、有分页功能，列表有20个字段，多表查询。
实现这个功能大概是标准故事的4倍，包括开发和测试任务。那么，这个故事的估算规模就是4个故事点。
2、以上估算必须全员参与，如果大家的估算值差不多一致，就以大家的估算值为准。
如果大家的估算差异非常大，就要充分讨论差异点在哪里，是不是遗留功能和关注点。
3、以此类推，在迭代计划会上评估出所有故事的故事点数，包括测试人员的故事点数，作为这个迭代的总规模。
4、如果估算的故事点数小于1，需要合并故事达到至少一个故事点。
5、如果估算的故事点数超过20，需要拆分成更小的故事。
四、生产率评估
1、每次迭代中，根据整个团队消化的故事点数和完成率，评估和调整团队的生产率。
2、如果团队每次的生产率都是100%，说明工作不饱和，生产率需要提高。
如果团队的生产率逐步达到90-95%，说明这个规模的故事数对团队来说是比较合理的。
3、测算方法举例，比如一个团队10人，迭代周期是2周，也就是10个工作日，消化的故事点总数是100个故事点，那么团队人均是10个故事点。
五、产品投入成本测算
有了团队生产率，评估一个产品的投入成本就相对容易。
比如一个产品要上线，评估下来是200个故事点，假如一个10人的团队，生产率是一个迭代周期可以消化100个故事点。
根据团队的生产率，完成这个产品需要2个迭代，也就是4周时间，投入的人力成本就是10人*4周*5日/周=200个人日。
网友评论