ACP考试-敏捷原则和理念（敏捷四大宣言）

一、敏捷四大宣言:

我们正在通过亲身实践以及帮助他们实践，揭示更好的软件开发方法，通过这项工作，我们认为：

个体和交互          胜过      过程和工具

可以工作的软件   胜过      面面俱到的文档

客户合作             胜过      合同谈判

响应变化             胜过      遵循计划 

右项虽然也有价值，但是我们认为 左项 具有更大价值

4句宣言，采用" 甲 胜过 乙"的模式，不是简单的选择。不是建议使用甲不使用乙。而是甲和乙都被承认在同一个项目中，我们需要更多的聚焦在A方面

"虽然右项也有价值，但我们认为左项具有更大的价值。"，这句话是容易被忽略的，大部分人在理解敏捷的时候，会容易理解偏差，比如会认为敏捷不需要文档，或者敏捷不需要合同，也不需要流程。这个样就进沟里面了。我估计这也应该是一个考点，比如敏捷发起人认为，右项的流程、文档、合同、计划依然是需要的，只是提醒大家在项目实施中更多的关注左项的交互、可工作的软件、客户合作、响应变化。

二、下面我们来理解下敏捷的四点宣言

1、个体和交互胜过过程和工具

流程和工具是我们项目中需要的，将团队的目的聚焦于个体参与和互动。项目是通过人来完成的，而不是通过工具。困难也是通过人来解决的，而不是通过流程。同样，项目是由人来完成的，范围由人来确定，项目成功也是由人来定义的。个体的参与和交互有利于项目的成功。但是，并不是说流程和工具对项目的成功没有帮助，这些反而是重要的组织过程资产。我们会自然地倾向于流程和工具带来的逻辑性和遇见性。然而，项目最终还是关系到人，所以要想成功，我们需要花费大量的时间去完善一些不可预知的领域。第一条价值观"个体和交互胜过流程和工具"有助于聚焦个体的时间、能量和激情。

2、可以工作的软件胜过面面俱到的文档

软件项目可以创造价值、高质量的软件为首要目标。然而很多人经常会过多的关注一些临时的可交付成果，比如泛泛的文档，却不太关注支持项目最终目标的可工作的软件。没有文档描述的软件在技术支持和维护上一定会出现问题及障碍，但是只有详尽的文档而没有完成软件对于任何一个组织而言都是没有价值的。所以，文档是需要的，但是需要把握其中的度。

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

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

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

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

4、响应变化胜过遵循变化

遵循计划是指按计划行事，中间可能需要采取纠正措施，目的是为了使预期的未来绩效与项目计划一致而做的一切事情。响应变化则是适应的过程，通过卓越构想和不断的反馈来采取适应性措施，适应性的目的是对实践而非预定计划的回应，是响应而非纠正。

最初的计划有时候是不完全完善的。如果我们努力将项目按照最初的计划执行，那么会使我们投入更多的精力去响应必然的更变，从而导致投入的精力会浪费掉。但是敏捷宣言并没有建议我们为了应对变化而完全放弃计划。我们需要对项目做计划，同时我们也要明白，最初的项目计划是我们开始的时候制定的，随着工作的进程，我们需要持续更新计划。

"响应变化胜过遵循计划"对于存在很高变更比率的软件项目尤为重要。同样，我们通过相应变化来代替抑制变化以及大量的时间和精力来遵循一个大型计划。敏捷项目具有很高的工作队列的可视性，通过代办事项和任务看板来形成计划。敏捷价值观的主旨就是提倡适应性计划，要求全员积极参与。