1.个体和交互胜过流程和工具

流程和工具是开发项目当中需要的，但敏捷开发模式更加注重人的重要性，强调成员之间的沟通和合作，即将团队的目的聚焦于个体参与和互动。项目是通过人来完成的，而不是通过工具。困难也是由人来解决的，而不是通过流程。同样，项目由人来执行，范围由人来确定，项目成功也是由人来定义的。个体的参与和交互将有利于项目成功。

2.可以运行的软件胜过面面俱到的文档

敏捷并不强调详细的文档，太多的文档会占用团队的工作时间，敏捷强调小步快跑，尽早将软件运行起来，让客户快速看到成果，并及时得到反馈。

在庞大的团队、复杂的软件系统中，会经常出现无文本遗留等问题。所以，在这样的环境下，文档是必需的。很多软件开发人员都会注重细节和流程，虽然这些可以带来高的收益，但是会使开发人员的关注点远离软件开发的项目的初衷——完成可工作的软件。所以敏捷宣言”可工作的软件胜过详尽的文档”提醒项目成员更多的聚焦与项目的目标——价值。如果过度的关注了文档而牺牲了可工作的软件，那么文档也是无用的、没有价值的。

3.客户合作胜过合同谈判

本条价值观提醒我们需要做到灵活与包容，而不是死板。我们可以完全按照最初规定来完成产品，一旦客户改变想法或优先级，较好的做法是用过灵活的方法完成新的目标，而不是用最初的规定来对抗。

知识型项目是动态的，特别是软件系统；软件是无形的和难以参考的，每一个软件都是独特的。外界的需求变化很快，技术的革新非常迅速，我们应该识别出将要发生变更的事件，与客户共同的定义”完成”。这将取决于互信关系和更灵活的合同模式，同时也需要将我们工作的重点从没有附加值的活动(例如对范围的争论)转移至更富有价值的工作上。

4.响应变化胜过遵循计划

敏捷价值观的主旨就是提倡适应性计划，要求全员积极参与。响应变化则是适应的过程，通过卓越构想和不断的反馈来采取适应性措施，适应性的目的是对实践而非预定计划的回应，是响应而非纠正。而遵循计划是指按计划行事，中间可能需要采取纠正措施，目的是为了使预期的未来绩效与项目计划一致而做的一切事情。“响应变化胜过遵循计划”对于存在很高变更比率的软件项目尤为重要。

延伸阅读

使用敏捷开发模型的时机是什么

从上述的敏捷开发宣言中可以看出，敏捷开发没有固定的过程和方法论。敏捷开发本质上是一种思维。更形象地说，敏捷开发只是一种价值观和原则。而使用敏捷开发模型的时机，主要有以下四个：

时机一，当需要实施新的变更时。

敏捷给予变革的自由是非常重要的。由于产生新增量的频率，新的更改可以以很低的成本实现。

时机二，当要实现一个新特性时。

开发人员只需花费几天甚至几个小时的时间就可以回滚并实现它。

时机三，项目开始需要非常有限的规划。

敏捷假设最终用户的需求在动态的业务和IT世界中不断变化。可以讨论更改，并且可以根据反馈重新影响或删除功能。这有效地为客户提供了他们想要或需要的完整系统。

时机四，无论是系统开发人员还是利益相关者都发现，与软件以更严格的顺序开发相比，他们也获得了更多的时间和选择自由。

有了选择权，他们就可以在有更多或更好的数据甚至整个托管程序可用之前做出重要决定；这意味着项目可以继续前进，而不必担心会突然停顿。

推荐阅读

国内外最拔尖的12大看板工具

什么是瀑布开发？适用于哪些场景？有哪些瀑布开发管理系统？