敏捷开发-故事估算和生产率评估

2019-05-14  本文已影响0人  一尺围栏

一、估算目标

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个人日。

上一篇 下一篇

猜你喜欢

热点阅读