为大数值辩护

很多人为我允许(甚至是鼓励)大家将用户故事估算成20,40和100这样的大数值感到惊讶。我们在我们举行的会议以及课程中出售和赠送的计划扑克牌中也把这些大数值的卡片包含进去了。然而,很多人告诉我,他们一个开始就将这些20,40和100的点数卡片抽出然后再也不用了。

我觉得这样的做法其实是值得商榷的,而且有时候我发现甚至是对进行良好的估算是有害的。这些大数值的卡片可以在一些项目的估算和计划中扮演重要的角色。下面让我们来看看具体例子。

假设你的老板想知道一个新项目的大概规模,他并不需要一个完美或者精确的估计。在这种情况下“大概一年”或者“三到六个月”这样的估算已经足够了。要回答老板提出的这个问题,你需要给这个项目建立一个产品待办列表。显然,你并不想要在这上面花费不必要的时间。由于你的老板只需要一个粗略的估计,你也只需要写一个粗略的产品待办列表,里面有大型的用户故事(史诗)描述大致的功能就足够了。而这些用户故事就可以用大数值的点数来估计了。

但是,你真的需要在每个项目都要做这样的事吗?当然不是。如果你的老板需要的是一份计划,而不是粗略的估计的话,你最好能够制定一份与实际比较接近的计划。“如果你错了,脑袋就要落地了。”在这种情况下,你不会需要估计史诗级的用户故事,因此你也不会需要那些大数值的扑克了。在其他项目中(例如签订合同的项目)不允许使用20,40和100等点数进行估算时所引入的误差。

但是,有些项目是允许一定的估算误差的。对一两个用户故事的错误估算,有时并不足以影响你对整个项目的粗略估计。也就是说,如果你的老板只想知道一个项目是能够在明年的第一季度还是第四季度发布的时候,这些误差并不会影响你给老板的答案。

将这些大数值的号码抽出,无异于将由于我们的银行帐号上余额只有数千元而将“百万”和“十亿”这两个单词从词汇中移除。

 

作者:Mike Cohn

来源:http://blog.mountaingoatsoftware.com/in-defense-of-large-numbers