2008 年度敏捷实施情况调查结果

2008 年 2 月， Dr. Dobb’s 发起了一次有关敏捷开发技术实施情况的调查，共收到 642 份数据。令人惊讶的是，敏捷开发的实施率竟然同去年一样，依然是 69%。不过其他数据均有变化。

Scott Ambler 谈到，2006 年的实施率是 65%，到了 2007 年增长为 69%，在 2008 年还是 69%。他为了找出实施率不变的原因，曾对数据进行过深入分析。他猜测过有些团队在背着高层管理的情况下，偷偷摸摸的实施敏捷，但这并非原因所在。

我根据角色对实施率进行了分析，最后发现有 61.4% 的开发人员认为他们在实施敏捷，而抱有这种想法的 IT 管理人员却占了 78.2%，跟我从前怀疑有人偷偷摸摸实施敏捷的想法恰恰相反。根据这些数字，我猜着应该是开发人员和管理人员对于敏捷的含义有着不同 的理解，开发人员的标准更高一些。我担心的是，管理层从上到下灌输敏捷，是为了给自己脸上贴金，让大家知道“敏捷是我主导推行的”。

按照 Scott 的说法，很多已经实施了敏捷的组织都在坚持使用敏捷，这是令人振奋的一点。有 82% 的实施者已经在这条路上走了很远，只有 18% 的人还在尝试阶段。

在调查结果中还有一些数据值得人们关注。

许多人都更喜欢从 1 周到 4 周之间的短迭代。在参与者中，根本没有进行迭代的人数也有所增加，这一点也是令人深思的。Scott 认为，这也许是因为精益方法，例如看板，正在逐渐普及起来。

迭代长度
< 1 周
3.1% 1 周
9.2% 2 周 32.8% 3 周 16.7% 4 周 22.8% >4 周 10.3% 没有迭代
5.6% 在规模这个问题上，有几个参与者说他们已经成功的在 200 人的团队中实施了敏捷，更多人的敏捷团队在 50 人左右。

我们还可以看到，敏捷项目的成功率是依赖于团队成员分布的：

团队分布 成功率 本地团队 83% 分布式团队，但是可以接触到 72% 分布在不同地理位置的团队 60% 调查结果表明，实施敏捷的风险很低。下面这些参数表明了敏捷软件开发相对于传统过程所能起到的成效。

因素
有改进
无变化 更糟 生产力 82% 13% 5% 质量 77% 14% 9% 相关干系人满意度 78% 15% 7% 成本 37% 40% 23% 在 Scott 的站点 上，还提供了问卷（pdf）、原始数据（csv），及总结（ppt）的下载。

查看英文原文： Results of Agile Adoption Survey 2008