BT

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

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

| 作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝 发布于 2008年5月24日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

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

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

如何设定敏捷的范畴 by anchuan qian

调查很有意思,数据是最有说服力的。只是,

1、如何给敏捷设定一个基本的范围。比如:如何才是一个敏捷团队?如何才是一个敏捷项目?

2、如何定义实施成功和失败呢?

Re: 如何设定敏捷的范畴 by Huang Xin

似乎没有说用什么标准来判断团队是否敏捷

允许的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通知我

2 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT