最近，Forrester在一篇题为“调查结果：您的组织有多敏捷？”的报告中发布了它们“2011年11月份全球敏捷软件应用开发在线调查”的结果。结果中包含了许多围绕敏捷组织正如何处理实施方面的有趣发现。
\\\Forrester共邀请了205名来自正在实施敏捷或已经实施敏捷的组织的IT从业人员参与了此项调查。这些组织都至少是敏捷的初学者，也就是说它们已经至少在一个项目中采用了敏捷开发……此项调查对于了解大家正如何使用敏捷以及从业者而不是预采纳者怎样计划使用敏捷给予了一个很好的呈现。
\
在此项调查的受访者中，27%的人报告称敏捷采纳已经成熟并且多个团队已在使用；22%的人回应称虽然他们拥有成熟的敏捷实施，但仅用在孤立的应用中。大部分组织已经使用了1年多的敏捷。在使用方法方面，70%响应者报告说他们采用了混合（敏捷与非敏捷）方法，其中Scrum最为流行。以下是报告中最常见的一些方法：
\81.5% Scrum\
\58.5% 迭代（Iterative）
\44.4% 瀑布（Waterfall）
\37.1% 测试驱动开发（Test-Driven Development，简称TDD）
\37.1% 看板
\35.6% 极限编程（eXtreme Programming，简称XP）
\32.7% 精益（Lean）
在外包方面，大部分响应者称他们在工作于敏捷项目时，要么不使用外部提供商（31%），要么不指定外部提供商所使用的开发方法（17%）：
\\\敏捷在外包相关方面用的不是很多。15.5%的人发现现有的合同会限制敏捷……此外，我们的调查显示将敏捷应用在少于50%的项目中的组织，有76%的不被鼓励使用系统集成（System Integrator） ，其原因主要是因为合同以及不适当的SLA。
\
总体而言，质量提升（46%）是采用敏捷的组织所认可的最大好处，而当数据限于IT行业组织时，该结果变为改善业务/IT齐和（alignment） （47%）。在两种组织类型中，分别有43%与46%的认为好处在于有更多的机会进行中途校正，另外38%与42%的分别认为好处在于整体提高客户对企业的满意度。
\\\虽然客户满意度是衡量敏捷企业价值的最常见的方法，但是新业务指标不断涌现，包括循环时间、增加可预测性、减少不确定性以及获得商业价值等等。
\
衡量客户满意度依旧是许多组织在努力的部分：
\26% 持续使用关于系统使用或其他途径收集的数据\
\25% 在重要的里程碑完成之后，如主要版本或项目结束时
\20% 使用少于6个月的定期间隔
\15% 很少发生
\8% 使用6至12个月的定期间隔
\5% 从不
Forrester Research客户可下载Diego Lo Giudice编制的完整报告。在这项调查中，您觉得有什么意外之处吗？同您在组织中观察到的现象相比，调查结果是否吻合呢？
\查看英文原文：Survey Confirms Scaling Agile Across The Organisation Is Still A Challenge
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
