4
敏捷估算--Scrum系列
source link: https://www.bobjiang.com/estimation_in_scrum/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
本文谈及的均为Scrum中的估算行为，这些方法不是Scrum原创的。
为什么要估算
谈估算，我想先从为什么要做估算谈起。
每次在我的培训课上，学员们会给出各种各样的答案。比如为了估计成本、为了设定发布日期、为了知道什么时候可以做完、为了……。但我认为估算最重要的目的是为了
达成共识
如果没有进行估算，关于需求或任务会有一些假设或者背景被忽略掉。因此在Scrum中，估算是一个集体行为，而不是某个专家拍拍脑袋出来的结果。
如何做估算
估算的方式分为两大类，绝对估算和相对估算。绝对估算耗时更长，并且需要依赖上下文，最后的结果也会产生较大误差。而与之相对，相对估算更快，结果容易达成一致。Scrum中对产品列表（product backlog）的估算常常使用的就是相对估算，估算单位为故事点（没有意义的单位）。【注意：不要将故事点和小时数做一一对应！】最常用的方法就是计划扑克。
计划扑克是由斐波那契数列组成的一串数字扑克，如下图：
对产品列表条目（product backlog item）进行估算的步骤，简单描述如下：
- 首先估算需要开发团队所有成员参加，每个人手里有一套上图的扑克
- 取出一个产品列表条目，产品负责人进行描述
- 每个团队成员根据自己的理解，拿出一张代表估算值的扑克并扣着放在桌面上。（这个过程不要讨论，不要说话，不要把你的结果告诉其他人，具体原因参见百度百科“锚效应”）
- 所有成员出牌完成后，大家同时亮出自己的结果
- 接下来邀请估算最小的成员解释一下原因，还要邀请估算最大的成员解释一下原因。讨论过程中注意遵守团队礼节。
- 解释完毕后，重复步骤3到步骤5，直至最后大家的估算结果一致。
相对估算还有另外一种方法，称为三角估算法。
- 从产品列表中挑选一个较小但不是最小的条目，比如条目A，并设定它的估算值为3 （故事点）
- 从产品列表的最上面取出一个条目B，和A进行对比。如果比A大，放在A的右边。如果比A小，放在A的左边。如果和A差不多大小，放在A的下面。
- 继续从产品列表取出条目C，重复步骤2，分别和条目A与条目B进行比较。直到为条目C找到合适的位置。
- 重复步骤2和步骤3，直至所有的产品列表条目都完成放置。
- 比较一下A左边的产品列表条目，估算值为2还是1，把左边的所有条目估算值设置为2或1.同样的把A右边的条目，按列标明估算值。
- 最后的结果如下图：
Scrum系列：
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK