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 )关注我们。
评论