作为敏捷主义者，我们一直在使用敏捷宣言，而不仅仅是质疑页面上的确切单词。其中一个关键是：
“使用软件而不是全面的文档。”
多年来，我们的论点是，这并不意味着没有文档，工作软件的确切定义是什么，以及这方面的许多其他方面。然而，这些年来，我没有注意到一个非常重要的细微差别。
前几天，我正在进行敏捷培训，一个没有IT背景的人对我说，她不同意“工作软件而不是全面文档”的说法。一开始，我感到震惊，直到她解释说，当没有人使用它(例如，由于文档或更改通信而造成的)或软件不能解决业务问题时，工作软件的意义就太小了。
哇，我以前怎么没注意到这个明显的想念呢？当然，我们不仅仅是在构建软件，敏捷宣言来自于那些考虑以更好的方式创建软件的人。但是，在我开始进行敏捷培训的十多年后，为什么我从来没有注意到在“宣言”中，对于我们现代的环境，这个明显的差距。
几周前，我在德国的一个敏捷会议上，有人谈到了敏捷而不是敏捷，并指出宣言背后的敏捷原则中有多少语言是特定于软件的。“向开发团队和开发团队内部传递信息的最有效和最有效的方法是面对面的对话。”)我们如何没有更新这些材料，使其更切合实际，改变所有的措辞，使之包括企业和组织中需要成功的其他部分？关于超过一半的原则中有关软件开发的参考，请参见下文。
当然，“宣言”作为一份历史文件有其重要意义，但每当我们谈论它时，就有必要呼吁我们现在对此有更广泛的理解，这远远超出了IT和软件开发的范围。例如，每当我继续进行训练时，我就会更清楚地指出这一点。我们正在使用敏捷来解决业务问题，而创建更好的软件只是解决方案的一小部分。