1.7 敏捷为什么失败

敏捷始于一场底层开发运动，它最初的成功主要是由寻求更好结果和更好生活质量的程序员推动的。随着这种成功的累积，敏捷的发展势头从思想的基本发展转变为了炒作。一些组织的领导人不再说“让我们通过调整计划和以人为本来获得更好的结果”，而是说“每个人都在谈论敏捷，给我也来点敏捷”。

问题是，根本没有什么“敏捷”可以拿来即用。它只是一堆想法。有一些具体的敏捷方法，比如极限编程和Scrum，它们会告诉你如何实现敏捷，但你仍然必须了解基本的理念。

而对于很多组织来说，这种调整计划和以人为本的基本理念是十分陌生的。

形式崇拜的悲剧在于它对某种思想的表面、外在迹象的坚持，而对这种思想的实际运作逻辑一无所知。在这个故事中，岛民们“复制”了所有货物投放的元素——飞机跑道、塔台、耳机，但他们并没有真正了解能够使飞机抵达的庞大基础设施。

同样的悲剧也发生在对敏捷的追求上。人们想要敏捷的“货物”：更好的结果、更多的可见性、更少的业务失败，但他们并不了解其背后的理念，而且即使他们了解了，也往往不会认同。他们想购买敏捷，但人们不能买到一个理念。

他们只能买到敏捷的外在表现：站会、故事卡、工具、认证！有很多标榜敏捷的东西，也有很多人急于向你推销它们。它们经常以“企业级”的名义被出售，这里的“企业级”也就是“别担心，你不必改变”的另一种说法，诸如“适应性计划”和“以人为本”等想法全被忽略了。

这就是形式崇拜，所有这些活动都没有产生相应的结果，敏捷的部分不见了。

　　“在我以前的公司，人们在会议上浪费了大量的工时。”

　　“‘敏捷’让整个团队（30多人）失去了工作，因为他们几乎一年都没有产出。”

　　“‘敏捷’的意思是，当项目发生变化时，在交付前一天……开发人员会遭到不公正的对待。”

——网络上关于敏捷的真实评论

“敏捷”这个字眼无处不在，但敏捷的理念却不是。这已经成为一种持续的现象：对于许多人来说，他们唯一知道的就是“形式崇拜”式的敏捷。

现在是时候解决这个问题了。在本书的以下部分，我将告诉你如何真正应用敏捷思想。请注意书里那些形式崇拜式的敏捷主义者，他们会告诉你什么是不应该做的。

准备好了吗？让我们开始吧！

---

[1] 瀑布模型通常被误认为源于Winston Royce 在1970年发表的一篇论文，但基于阶段的方法可以追溯到20世纪50年代，而Royce 的论文直到20世纪80年代末才被广泛关注，当时人们用它来描述他们已经在做的事情。[Bossavit2013]（第7章）

[2] 这是Alistair Cockburn引用自文献[Highsmith2001]的内容。完整的引用是：“就我个人而言，我从未预料到……这个特定的敏捷团体会在任何实质性问题上达成一致……，我对最终措辞感到非常高兴。我很惊讶其他人也对最终措辞同样感到高兴。所以我们在一些实质性问题上达成了一致。”

[3] 多年来，Fowler以许多方式表达了这个想法。它最初出现在文献[Fowler2000a]中。

[4] 资料来源——Mueller于2005年2月3日向国会作证（https：//oreil.ly/GlQSa），以及检察长Glenn Fine于2005年5月2日向国会作证（https：//oig.justicegov/node/672）的证词。

[5] 我最早看到这个故事是在Richard Feynman的作品中，那是根据他在1974年加州理工学院毕业典礼上的演讲改编的。[Feynman1974]