Mike Cohn 解释如何预防过量估算

Mike Cohn 是敏捷联盟和 Scrum 联盟的创始人、顾问， Mountain Goat Software 一书的作者和创始人，最近在其博客中解释了如何预防过量估算。他在文中这样说明过量估算：

过量估算对一个产品待办事项（通常是用户故事）估算会随时间推移而增加。比如说，现在团队对该事项的估算为五点，但之前他们的估算仅为三点。

过量估算可能由几个原因造成。Mike 说最常见的原因之一是团队需要在每个 sprint 改善或交付更多点。这种压力通常来自团队之外，例如老板或者利益相关者对团队施压。他举了一个场景，比如说另外一个用户故事在一周或两周后进行估算。有人将这个新的故事与之前五点的故事进行比较，“这个新的故事比之前五点的故事更大”，就会估算它是八点的故事。这时候就发生了过量估算。

Smallwood Software Solutions , Inc 的敏捷教练、顾问 Tom Smallwood 在博客中称过量估算是由于对于速度的过多关注：

太过于注重速度将会导致对速度的盲目乐观。

Tom 说速度很重要也很有用，但是我们仅仅应该把它看做一个计划工具即可。

Mike 提供了预防过量估算出现的方法，将现在需要估算的事项与先前估算过的产品待办事项列表中的两个（或更多的）事项进行比较。这项技术被称为三角法，在他《Agile Estimating and Planning》一书中有进行解释。

Mike 用一个例子解释了这项技术：

当团队将一个故事估算为五点时，他们需要先将这个故事与其他两个故事进行比较，理想状态下是一个较小的以及一个较大的故事。在决定一个故事是否该被估算为五点时，他们需要将它与一个三点故事进行对比，是否完成这个新的故事会比那个三点故事花费更多工作量？

接下来，他们会与一个八点或是十三点的故事进行对比。在进行对比之后，他们可以决定将这个故事估算为五点是否合适。

Mike 说，如果我们将故事看作是图中的点，三角法可以通过在点之间画线展现出来，团队在估算时可以清楚地在图上进行比较，如下图所示：

查看英文原文： Mike Cohn Explains How to Prevent Estimate Inflation

感谢夏雪对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。