课程简介

21世纪初，软件领域的领导者对敏捷开发提出了诸多质疑。他们担忧敏捷方法在保障质量、实现可预测性、应对大型项目、衡量改进成效以及在受监管行业中的适用性方面的能力。这些担忧当时是有根据的：敏捷初期的承诺被夸大了，许多敏捷转型令人失望，而真正取得成果往往比预期耗时更长。

软件行业需要时间和实践经验，才能将早期敏捷实践中的无效尝试与真正的进步区分开来。近年来，软件行业已对敏捷的一些早期做法进行了改进，引入了新的实践，并学会了规避某些无效的做法。如今，采用现代敏捷开发模式，能够同时提升质量、可预测性、生产力和交付效率。

二十多年来，我所在的公司Construx Software一直与各类软件系统开发组织合作，涵盖从移动游戏到医疗设备等广泛领域。我们帮助数百家企业成功实施了传统顺序开发模式，而在过去十五年中，我们见证了敏捷开发带来的日益显著的积极成果。通过应用敏捷实践，我们看到众多组织大幅缩短了开发周期，提升了生产效率，改善了产品质量，增强了客户响应能力，并提高了工作透明度。

目前大多数敏捷文献聚焦于新兴市场中高速成长的领先企业，如Netflix、Amazon、Etsy、Spotify等。但如果你的公司所开发的软件并非前沿技术呢？对于那些专注于科学仪器、办公设备、医疗设备、消费电子产品、重型机械或过程控制设备的软件企业而言，情况又如何？我们发现，只要以符合特定业务需求为导向，现代敏捷实践同样能为这类软件开发带来显著优势。

为什么高效的敏捷至关重要

企业追求更高效的软件开发，不仅是为了自身发展，更是因为软件支撑着众多其他业务功能。《DevOps现状报告》指出：“高绩效IT组织实现盈利、市场份额和生产率目标的可能性是普通企业的两倍”（Puppet Labs，2014）。高绩效企业也更有可能达成客户满意度、工作质量与数量、运营效率等各项关键目标。

有选择地、基于充分认知地运用现代敏捷实践，是一条已被验证的有效路径，能够推动软件开发效率的全面提升，并带来一系列附加价值。

然而，大多数组织并未真正发挥出敏捷实践的潜力，原因在于其敏捷实施大多缺乏实效。例如，Scrum是最常见的敏捷实践之一，具有巨大潜力，但我们经常看到它的实施方式未能体现其核心价值。下图对比了我公司所观察到的典型Scrum团队与健康Scrum团队之间的差异。

通常情况下，只有Scrum的一个关键要素——每日站会（daily scrum/standup）——被有效执行，而且这一情况也远非普遍。其余大部分Scrum要素要么断断续续地使用，要么完全未被采用。（该图表中的评分标准详见《更有效的敏捷：从Scrum起步》一章。）

一个原本可能有效的实践若实施不当，确实是敏捷失败的原因之一。此外，“敏捷”一词如今已成为一个涵盖多种实践、原则与理论的宽泛概念。我们发现，许多敏捷实施失败，正是因为组织内部对“敏捷”的理解不一致。

在这一广泛的敏捷框架下，不同实践的效果差异显著。有些实践效果极佳，而另一些则并不适合。我们曾目睹一些组织因选择了本身就不具有效性的实践而导致失败。

通过正确的策略，组织可以实现显著更优的表现。本课程将详细说明如何做到这一点。