估故事点只会计划扑克?用这7种敏捷估算方法

编者按：用户故事估算常用的方法是计划扑克法，但是我们知道每种方法都有一定的优缺点，为了达成最好效果，我们通常同时采用多种方法，相互补充。本文就让我们一起了解，除了计划扑克，还有哪六种用户故事估算法值得我们学习。

用户故事估算的基本原则：使用相对的估算单位（比如：故事点），提倡详细讨论估算用户故事的内容，对解决方案形成共识并作出承诺，并通过协作增强团队凝聚力。

我身边的不少敏捷团队都会用「计划扑克」来估算故事点，不过这种方法虽然流行，却也有它的限制，比如说：待估算的功能过大，用「计划扑克」弄不好估算出 300 个故事出来；或者待估算的用户故事没有足够的信息作参照；再或者时间紧迫，来不及预估整个产品需求列表。那么，除了「计划扑克」，还有哪些敏捷估算的方法呢？今天我就用这篇文章来讲讲敏捷方法中七种估算方法：计划扑克、T恤尺码、点投票、水桶体系、三分法、找相似、排序法。

一、敏捷 估算之「计划扑克」

所有参与的人都用带编号的扑克牌来估算用户故事，估算时匿名投票，如果出现较大分歧时展开讨论，然后再次投票，直到整个团队就估计的准确性达到共识。计划扑克的使用有局限性，最适合小团队（5 – 8 人）和少量用户故事（最多不超过 10 个）的估计。

小贴士：把估值控制在你们 hold 得住的范围内，不要超过十三点（一语双关）。

二、敏捷 估算之「T 恤尺码」

产品需求故事点估算方法介绍

用 T 恤的尺码来估算用户故事大小：XS、S、M、L、XL。每个尺码代表多大，需要团队进行开诚布公的讨论。这个办法很简单快捷，可以粗线条地估算产品需求列表的大小。

小贴士：这种方法适合估算大型用户故事的海量需求列表，尤其是几个 Scrum 团队都围绕一个产品工作的情况。

三、敏捷 估算之「点投票」

产品需求故事点估算方法介绍

这种方法适合估算小用户故事，且方法本身十分简单有效。「点投票」本是一种决策方式，但你也可以把它用在估算用户故事上。方法是：每个人分到几张便利贴，自由选择为哪些用户故事投票。一个用户故事得到的点数越多，代表着它体量越大。

小贴士：这种方法在大小团队里都可以使用，但你要去限制被估算用户故事的数量。

四、敏捷 估算之「水桶体系」

产品需求故事点估算方法介绍

如果你要找一种比计划扑克效率高的估算方式，则非「水桶体系」莫属了。如果需要估算多人参与的多个用户故事时，「水桶体系」就可以发挥优势。首先，按照「计划扑克」的顺序，用棕色的纸张折几个「水桶」。然后，团队把待估算用户故事写在便利贴上，放入「水桶」估算。