BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

使用计划扑克预防工作量估算谬误

| 作者 Michael Stal 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2012年8月20日. 估计阅读时间: 4 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

最近Hayim Makabee在他的博客上发表了题为“使用计划扑克预防工作量估算谬误”的博文,探讨了工作量估算中一个名为计划谬误(planning fallacy)的常见问题,并介绍了计划扑克是怎样帮助大家预防这一问题的。

对管理者和工程师而言,工作量估算可能是软件开发过程最令人头疼的活动之一了。其中一个常见的问题是由于计划谬误导致的工作量估计过低。 Wikipedia上将计划谬误定义为

当人们着手估算某项任务时,尽管已有超支完成类似任务的经历,仍然有低估所需工作量的趋势。

为了阐述此问题的潜在特质,Makabee援引了《思考,快与慢》 一书的作者、诺贝尔奖获得者Daniel Kahnemann的理论。许多计划和预测往往脱离实际而向最理想情况靠拢,通过与相似场景的统计数据进行对比,可以改善这种情况。

Makabee认为在软件工程中产生计划谬误可能有两个主要原因:

  • 如果管理者是做估算的人,他会倾向于把计划做得有挑战性,督促手下人更卖力干活。管理者总希望看到工作尽可能快得做完。
  • 如果干活的人来做估算,他会不好意思给自己安排太多时间。大家一般不想为自己负责的任务做悲观估计,因为这可能会显得他们懒惰无能。

因此,应该有另外一些对任务不含个人偏好的人参与做计划。

这也正是作者所说的,Scrum的计划扑克的作用。它强制不同的参与者独立估算工作量,并以达成一致为目标。在用计划扑克时,参与者各持一套标有特定数值的牌,估算某项任务的工作量时选出一张牌作为估算值。每个人选的牌会“同时摊出来,以供大家比较及讨论各自的估算”。Makabee建议要利用好计划扑克,从而达到规避计划谬误的目的,因为参与玩计划扑克的人中有很多并不负责那项任务。另外,参与者不仅独立完成估算,还要对自己的估算做出解释,尤其是很高或很低的时候。

一些读者就此文谈了自己的看法。

Putcha V. Narasimham认为计划扑克确实很有用:

前阵子我就遇到过计划谬误,那时不知道敏捷有计划扑克这剂良方。事实上它是种很棒、很实用的方法,是我在敏捷理论中遇到的不可多得的务实方法。

Kirschilan补充道

除了上面谈到的以外,值得注意的是,用计划扑克做估算是大势所趋。还有一种常见的方法是将真实的经验数据匹配到计划内容中。敏捷中把这个概念称为速率。
它的理念是,假设我们的估算模型相当稳定,而不是太乐观,那么我们就能用这些数据标识出前一段我们实际花了多少时间完成任务,进而计划接下来的任务。
持续使用这些数据有助于团队“从近一段时间完成类似任务的统计数据中获得经验”。

以下是一个关于运用经验数据进行持续计划,来替代预先计划的博文:
http://fostnope.com/2012/05/14/what-does-a-butterfly-say-at-the-end-of-the-day/

另一个叫Pavel Bekkerman读者认为,管理者由于缺乏足够的培训而导致工作量估算过低一直是最糟糕的情况。她还说:

没有合适的方法,我们的队员和队伍会离他们该做的事越来越远,甚至将总体规划抛于脑后。我们要管理者是为了致力于拨开迷雾、拨乱反正,而不是火上浇油、越帮越忙。那么当前最基本的问题是:
你真的认为有了这个古老的方法,就能期望某人吸取历史教训,可以合理估算那些不只是一、两个工作日就能搞定的活儿?

…Makabee就此回答道:

[…]不管怎样,我认为确实有些公司比另外一些做得更好。尤其是我见过通过实施敏捷方法,大大改善软件开发的真实案例[…]

查看英文原文:The Planning Poker Prevents Fallacies in Effort Estimates

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

相关文章 by Young Ray

额,前两天在infoq英文上看到了这篇文章,就翻译了相关的文章《Planning Poker: Avoiding Fallacies in Effort Estimates》。。。文章在这里

管理者的理解是关键。 by 东喆 王

首先需要管理者理解计划扑克的好处,否则他们潜意识就是要短时间完成多任务,否则就认为开发人员无能。

Re: 管理者的理解是关键。 by chen yi

通过正式的估算会议来使用估算扑克可以让团队在充分理解User Story上给出自己的判断,继而通过讨论完成估算。无论是有经验的工程师还是新手都有公平给出自己意见的机会。进而通过讨论完成更准确的估算。这个集体决策既避免了管理者的干预,同时又避免了实施者的个人因素。但好的Planning Poker工具也很重要。推荐一个我自己开发的iPhone App。itunes.apple.com/cn/app/estpoker/id857480897?mt=8

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

3 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT