InfoQ

新闻

敏捷是否已跨越“鸿沟”?

作者 Ben Hughes译者 乔梁 发布于 2007年7月31日 下午11时59分

社区
Agile
主题
交付价值,
敏捷技术,
企业级敏捷
标签
分布式团队,
伸缩性敏捷,
过程实施,
结对编程

在这个月早些时候,Scott Ambler发布了他的2007年敏捷采用情况调查的结果。这是他第二年做这样的调查,旨在给读者提供一个敏捷实践的采用情况随着时间变化的清晰观感。

下面是这个调查的归纳总结:

  • 在提交的调查问卷中,有69%的人表示他们的组织正在开发一个或多个敏捷项目。而在那些尚未开始实施敏捷的团队中,有24%的人相信他们会在明年内开始实施;
  • 有44%的人表示他们的敏捷项目的成功率是90%以上,有33%的人表示他们的敏捷项目的成功率在75%到90%之间。看上去敏捷已经大行其道;
  • 一般来说,本地敏捷项目成功的概率要高于异地敏捷项目,而异地敏捷项目成功的概率要高于离岸项目;
  • 98.6%的敏捷团队采用了迭代开发,而其中83%的团队的迭代长度在1-4星期之间;
  • 小团队比大团队的成功率要高;
  • 在使用敏捷的组织中,有85%已经完成了一个以上的项目,这证明大多数组织已经走过了敏捷试航期;
  • 迭代开发和频繁交付可工作的软件被认为是最有价值的敏捷实践;

毫无疑问,Scott的调查结果再次证实了很多早已被社区所熟悉的东西(协作和沟通是最关键的,本地化团队比分散的团队工作效率高) ,也再次强调了一些有趣的事情:

  • 交替和特定的结对编程比固定结对更实际一些。
  • 显而易见的是,尽管代码重构在调查中的“体现业务价值”部分得到了很好的分数,但数据库重构的实践还是有很大的欠缺。

Scott的发现与敏捷的魔咒还是相一致的,虽然今年的焦点是实践本身而不是采纳实践与否,因此很难与去年的调查相比较,正如Scott所述:

同去年相比,尽管今年的敏捷采纳比例有一定的增加,但我也没法对二者进行比较分析,因为我问的问题显然与去年有很大的不同。

看过上面的内容以后,我们又如何来度量敏捷实践的采纳程度呢?而作为一个社区,我们又该如何得到对我们经营的全局观和小组行为的一个统一描述呢?

Scott调查结果的完整版请看这里

查看英文原文:Has Agile Crossed the Chasm?

没有回复

回复

独家内容

从卓越工程角度看微软中国开发团队的成长

开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。

利用Ruby简化你的Java测试

本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。

与赵进聊SaaS

InfoQ中文站有幸与阿里软件的首席架构师赵进在一起探讨了SaaS的相关话题,包括SOA和ASP与SaaS的异同、云计算、SaaS的前景、它的关键技术、技术瓶颈等等。

在ESB中选择路由还是编配?

在这篇文章中,Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法,从使用如自定义路由这样的低级别方法,到使用如工作流和编配这样面向业务的高级别方式,并总结说不存在“一边倒”的解决方案。

分布式系统中的一致性和可用性

本文是根据7月26日InfoQ中文站在杭州举行的QClub活动(第三期)后半程小组讨论总结而成。主要内容包括如何在SOA系统中实现服务编排,如何保证分布式系统中的一致性和可用性,以及如何在实施SOA的过程中控制接口的粒度等。

虚拟化导论

人们很容易想当然的以为虚拟化技术仅仅应用于服务器。而在现实中,虚拟化这一苏醒的概念正被运用于各个层面,其中包括网络,存储以及应用基础架构。在这篇导论中,InfoQ将深入每个方面,详尽向您描述虚拟化技术的运用以及其优点与不足。

用户故事估算技巧

作为开发者,同时也是ThoughtWorks的咨询师,Jay Fields总结了自己估算用户故事的有效技巧。

InfoQ案例研究:纳斯达克市场回放

在这篇案例研究中,InfoQ对Adobe AIR和Amazon的简单存储服务(Simple Storage Service ,S3)在NASDAQ市场回放程序(NASDAQ Market Replay)中的应用进行了详细的分析。