讨论:统计向敏捷过渡的成功率, 益大还是弊大?

  • Mike Bria
  • 乔梁

2008 年 4 月 17 日

话题:敏捷架构文化 & 方法

最近,很多敏捷社区都在讨论有关向敏捷过渡的成功率的问题。作为对Niraj Khanna 提出的问题,“谁有判断向敏捷过渡是否成功的度量数据?”的回应,业内专家包括 Kent Beck、Ron Jeffries、Alistair Cockburn、Chet Hendrickson 等很多人都参与了“关于建立这样的统计数据的价值和风险”的讨论。

极限编程 yahoo 讨论组中,Niraj Khanna 的这个问题 差不多有 250 个跟帖:

我一直试图寻找“向敏捷过渡的成功率到底是多少”的答案,但结果基本为零。我将成功定义为:

a)这种过渡达到了客户或公司所想要的目标或改进。这些目标或改进可以是任何形式,包括最低利润、生产率、更少的缺陷以及更短的项目交付时间;

b)是否实现了敏捷教练(第三方或者内部)向公司所承诺的改进;

c)是否有未预期却令人愉快的改进。

而失败可以简单地定义为:花在这种过渡上的时间和金钱都没有达到结果。最糟糕的就是,由于这种过渡使软件开发组织降低了开发质量和开发速度,甚至失去了客户的信任。

在最初的讨论中,很多跟帖都是根据“搜集这种度量数据是否会导致美梦幻灭”而展开的。这些辩论的根源大约可以归于Chris Wheeler提出的一个观点——敏捷社区可能会对这些结果所暴露出来的现实感到害怕:
多年来,“用度量数据与高级管理层沟通”一直被敏捷社区所排斥……但我认为我们的知识最起码还是够用的,所以我们才能够因为这些数字与我们所描述的动人故事不一致而恐慌。
而很多人最进一步提出“害怕数据”并不是问题所在。为了使“我们害怕这些数据吗?”这个讨论更客观和更积极,Kent Beck如是说:
正确的做法是:对成本、烦恼、风险以及 XP 的回报的绝对公开化。它处在主导地位,而且能够生效。恐怕再继续讲述有趣的故事会使敏捷社区成为一个纯粹的技术能力讨论区。
不久,很多讨论就集中在“如何校验这些数据的有效性”的问题上了。其中很多着眼于试图收集那些看上去不太可靠的数据上,如Steve Gordon所述:
我反对将那些案例研究处理成数字,因为只有我们所掌握的这些案例是随机样本时,那些数字才有效。而这些案例不是随机样本,所以那些数据无法反映现实,无论那些数据是否对我们有利。
Max Guernsey 也提醒大家,即使这些统计数据是准确的,对其误解也会产生危害:
来自于“历史调查”的统计数据真的不是很有效的工具,因为对其的筛选过程扮演了非常重要的角色。它们具有真正的科学一样的可信度,但缺乏一个非常关键的因素:可验证性。释诠者或多或少地会把他的想法与“结果”混在一起……
Chris Wheeler 对此持反对意见,并断言:如果不把它看作是科学的标准度量而只是作为高层管理者的辅助工具来达到某种比较好的“内在感觉”的话,这些数据还是很有效的:
没人会说:“是的,你百分之百会成功”,或者“百分之七十五会成功”,但可能会说,“在自动化领域,80% 的公司花了一百万到一百五十万美元做这种过渡。 在所有的敏捷规划中,50% 将在三年后收回所有的过渡成本,40% 会将在四年后,而有 10% 将在五年后。五年以后,这些公司中,其中会有 60% 的公司继续使用 Agile,20% 会使用一些敏捷技术,而另外 20% 会完全放 弃敏捷。”

现在,请设想一下,作为一个 CIO,我得到了这一信息!我可能会在我所在的业务 环境下使用这些信息来支持我做出某种决定。对于实现回报来说,三年可能显得太长,但也许它是对的,所以我愿意承担这一风险。也许我不愿意承担这一风险,三 年收回我的一百五十万美元太赔本了,这种决定也是对的。真正的花费也可能才一百万美元,但我不能冒着“五年后我的全部投资化为乌有”的风险。

问题的提出者Niraj Khanna也用下面这段话来支持 Wheeler 的观点:
我认为,象成功率这样宽泛的指标对于销售人员或我们这样参与变革的人来说,对某种目的可能还是有意义的。我认为,可以把它比作股市的道琼斯指数。这个指标 本身并不能告诉你股市为什么涨 / 跌了 200 点。它仅仅是告诉投资者那天整个市场发生了什么。而投资者要自己发现为什么会发生这样的涨跌。
在所有跟帖中,达成一致意见的方面就是:收集成功和失败的真正案例的价值在于为后来者提供更多有用的信息,使他们在决定走向敏捷时,有可能正确地判断出他们的预期。大概,这些讨论中最有报导价值的就是由Kent Beck 始创的一个新的 Wiki 网站,它志力于从本社区收集更多这样的案例:
站在数据胜过投机,群策群力胜过个人英雄主义的角度,我创建了一个 Wiki 网站,用于收集这类信息:http://xpprojects.wikispaces.com/。请花十分钟写下你所在组织的经验吧。

……

假如能和这个帖子的跟帖人一样多的话,我们能且应该很快就有上百个案例可供参考了。只有把这种学习做为一种首要条件,我们才能说二十年后的软件开发是体现质量和价值的典范。
Ron Jeffries 表示认同,并说到:
那简直太棒了。
正如你所料的,这仅仅是 XP 雅虎讨论组中该帖的部分亮点。如果你感兴趣的话,自己查看跟帖吧。

查看英文原文:Debate: Agile Transition Success Rates, Help or Harm?

敏捷架构文化 & 方法