四年后，敏捷宣言将庆祝其25周年纪念。
我想再写一篇文章来讨论这些明智的建议，你会发现它们以海报的形式挂在世界各地的办公室墙上。敏捷作为一个名词已经在软件开发的既定实践中得到巩固，以至于许多人认为它的价值好像是从西奈山石碑上传下来的。它们不是永恒的真理，也不能提出这样的主张。它们是在Perl/CGI成为Web应用程序的首选堆栈时编写的。敏捷包括适应性，因此必须不断地重新评估和质疑价值观本身。
敏捷宣言在一张纸上总结了它的价值观和原则。Scrum指南需要更多篇幅，但仍然足够简洁，可以称为摘要。这不一定是个问题。许多复杂的烹饪食谱都放在一个页面上。但是敏捷，无论你如何定义它，充其量只能是一组想法和价值观，而不是构建伟大软件的秘诀或操作指南——Scrum甚至不谈论软件。这就是为什么敏捷方法是一个具有欺骗性的术语。牛津词典对方法的定义非常类似于食谱的定义：“完成或接近某事的特定程序，尤其是系统的或已建立的程序”。有趣的是，条目应该给出以软件维护方法为例。词典编纂者可能认为重构就像给天花板抹灰：需要技巧但没有独创性或想象力的难事。
我之前写过，创造力没有秘诀，但即使是重新创造不是你自己发明的东西，也很少像按照所涉及的步骤描述那样简单，除了宜家书柜。人们经过多年的培训才能成为顶级厨师。你不能指望仅仅通过仔细阅读就能创造出他们的高级美食。
由于开发新颖的软件是一种创造行为，因此不可能有千篇一律的方法，否则我们已经将其自动化了。但是，肯定有一种方法可以激发我们的工作方式。这些是证明我们的选择合理的更抽象的原则，例如对变化的开放性和最终用户的参与。敏捷宣言开始通过激烈辩论的凝聚来定义这样一组想法。这些对话的细节留给读者填写和解读，但并非偶然。它们是该方法的核心。理解和欣赏这些想法需要经验和判断力。
方法和方法——它们听起来像简·奥斯汀的小说——齐头并进。第一个