敏捷宣言诞生记

要想了解敏捷软件开发，这篇文章是必读，对学习敏捷中的不少疑惑都给出了解释。感谢@AgileCoach和@徐毅-Kaveri的审校。

正文

2001年2月11日至13日，在美国犹他州瓦萨奇山雪鸟滑雪胜地，17个人聚到一起，交谈、滑雪、休闲，当然还有聚餐。他们试图找到共识，最终的成果就是《敏捷软件开发宣言》（Manifesto for Agile Software Development）。参会者们包括来自于极限编程、Scrum、DSDM、自适应软件开发、水晶系列、特征驱动开发、实效编程的代表们，还包括了希望找到文档驱动、重型软件开发过程的替代品的一些推动者。

由全体参会者签署的《敏捷软件开发宣言》（Manifesto for Agile Software Development）成为了重要标志，因为这么大一帮无政府主义者能聚到一起实在是太不容易。只有英国人Martin Fowler表达了对“敏捷”这个词的担心，他认为多数美国人都不知道“敏捷”这个词如何发音。

Alistair Cockburn和很多参会者一样，最初有很大的担忧。“我个人没有期望本次敏捷达人们的聚会能够达成任何实质性共识。”会后，他再次分享了自己的感受。“对我来说，很开心宣言能够最终定稿。而让我感到惊讶的是其他人也同样开心，因此我们的确达成了某种实质性共识。”

这群有时存在相互竞争的软件开发独立思考家们共同签署了展示在网站（http://www.agilemanifesto.org/）首页的《敏捷软件开发宣言》，他们称自己为“敏捷联盟”。

但多数人（如果不是所有的话）成为联盟成员的动力不仅仅是因为宣言上列出的那些理由，他们还有着更深层次的考虑。在长达两天的会议临近结束的时候，Bob Martin半开玩笑地说他打算谈点“虚的”，讲讲“空话”。Bob这话虽然有玩笑成分，却得到了几乎所有人的响应。因为我们都会非常乐于与一群拥有相似价值观的人一起共事，这些人会相互信任与尊重，会促成以人和协作为本的组织模式，能构建大家都愿意为之贡献的组织社区。本质上讲，我相信敏捷方法学家们确实要玩这些“虚的”东西。为了交付好产品给客户，他们会切实去做，不止是口头上说“人是我们最重要的资产”，还要从实际中体现出人本身就是最重要的，去掉“资产”这个提法。因此在最后的讨论过程中，敏捷方法学家们对价值观和文化这些“虚的”东西表现出了极大的兴趣，有时甚至会进行激烈的争论。

例如，我认为，极限编程呈现出强劲的发展势头，其根源不在于结对编程或重构等实践本身，而是从整体上看，极限编程能让开发人员们摆脱“呆伯特”组织中那些腐朽观念的束缚。Kent Beck分享了他早年的一次亲身工作经历。当时他估算的开发工作量是2个人做6个星期。结果在项目开始的时候，经理临时换了另一个人和他一起工作，最后他们花了12个星期才完成项目。他的感觉很糟，因为在后面6个星期中间，经理一直喋喋不休，嫌他太慢。Kent有点沮丧，觉得自己作为一个程序员实在是太失败。到最后，他终于意识到最初2个人做6个星期的估计其实是相当准确的。这不是他的失败，是管理者的失败（指临时换人这件事），实际上是那些持续祸害着我们这个行业的，所谓标准化、流程化的“僵化”头脑的失败。

同样的事情每天都在重复发生。市场人员、经理、外部客户、内部客户，当然，也包括开发人员，谁都不想难为自己，去做出那些艰难的、需要折衷的决定。于是他们利用组织的权责划分将难题转嫁给他人，甚至提出