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

作者 Mike Bria 译者 苑永凯 发布于 2008年1月23日

领域

过程 & 实践,

架构 & 设计

主题

交付价值 ,

计划 ,

极限编程 ,

软件工匠 ,

结对编程 ,

值和度量 ,

持续改进 ,

敏捷 ,

回顾

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

考 虑一下预算你家庭支出的问题：你知道一些支出的具体花费是多少，像汽车支付、抵押或者租金、保险费……；还有一些支出每个月都有所不同：食物、衣服、娱乐 和通信等；同时仍有一些支出是你无法预见到的。你在一起意外事故中受了伤而为此埋单$20K；到了十年之末，你终于需要用新瓦修缮房顶；发现你儿子那一口 牙需要用矫正器。

他注意到家庭预算的事实——那就是“没有具有代表性的月份”——与敏捷开发以及我们使用的生产率非常相似：

这也是为什么你不能依靠生产率去做长远的计划：没有典型的项目，乃至没有典型的迭代。

在这种情况下，团队在生产率监察方面花费较少的精力，而将更多的时间放在仔细地识别浪费区域（去除它们，团队将受益良多）上，难道不是重要的？J.B.再一次使用“个人财务”讲述了这方面的经验，如下：

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

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

查看英文原文：Is Velocity Really the Golden Measurement?