生产率真的是黄金度量法吗?

文/Mike Bria  译/苑永凯  出处/InfoQ

公认的XP思想领袖、顾问和作家J.B. Rainsberger要求团队反思是否对敏捷开发黄金度量法——生产率(velocity)——过于信任。Rainsberger在最近的文章中介绍了他在生产率和敏捷团队度量上的案例,并以家庭预算为例做了说明。

考 虑一下预算你家庭支出的问题:你知道一些支出的具体花费是多少,像汽车支付、抵押或者租金、保险费……;还有一些支出每个月都有所不同:食物、衣服、娱乐 和通信等;同时仍有一些支出是你无法预见到的。你在一起意外事故中受了伤而为此埋单$20K;到了十年之末,你终于需要用新瓦修缮房顶;发现你儿子那一口 牙需要用矫正器。
他注意到家庭预算的事实——那就是“没有具有代表性的月份”——与敏捷开发以及我们使用的生产率非常相似:
这也是为什么你不能依靠生产率去做长远的计划:没有典型的项目,乃至没有典型的迭代。
在这种情况下,团队在生产率监察方面花费较少的精力,而将更多的时间放在仔细地识别浪费区域(去除它们,团队将受益良多)上,难道不是重要的?J.B.再一次使用“个人财务”讲述了这方面的经验,如下:

我们估量我们的实际花费,从中找出浪费的款项,然后去除掉它们。我们没有浪费精力于审视预算(或者,敏捷术语——生产率)、探究其精确度、了解其实际效果和拼命地设法将捉襟见肘的经费应用于过多的支出上。

基本上,J.B.鼓励团队将审视生产率的一部分精力用来更多的关注问题所在,以便使团队可以度量、挑选和去除在其上花费时间不会有任何实际价值的事情。换种说法,其传递的信息可以解释为对团队的提醒,以确保团队将良好的回顾作为其常规迭代周期的一部分。

 感谢原创者的辛勤劳动,希望对您有所帮助,转载请注明原出处。
 您可能对 [应用系统] 的这些文章也感兴趣:

收发短信你选谁?短信猫、企信通、MAS或其他。。。
EAI选型的标准
.NET企业级应用架构设计系列之技术选型
Real time fluid
利用Rails的Rake管理MySQL数据库
处理数据库海量数据的经验和技巧
ERP的成功实施文档一个都不能少
利用Oracle CRS搭建应用的高可用集群
Windows HPC Server 2008已经发布
Windows 7 界面预览