学习笔记：深刻理解敏捷开发的四大价值观

前言

最近在清晖系统的学习 ACP, 考完 PMP 后，有了项目管理基本的知识体系，这个体系框架搭好后，深感 PMI 提倡的管理点难以落地，所以现在继续学习一下项目管理的方法论。
在以前的项目中也做过敏捷的开发模式，实际上，目前所在公司就在推敏捷，但是大家对敏捷的定义与理解都不统一，人人都知道敏捷，确无人能真正说清楚什么是敏捷。我上了一段时间课程后，颇受启发，很多以前困惑的地方也迎刃而解，因此把学习笔记分享出来，希望大家都能有所收获。

敏捷兴起的背景

1. 客户是逐步发现他真正需要的东西
2. 开发人员是逐步发现如何开发产品满足客户需求

• 在这个过程中随时可能发生变化，期望客户一开始想清楚他们真正要的东西是不现实的。 我们通过不断的向客户交付可用的产品，启发客户逐步的发现真正的需求。

敏捷四大价值观

个体和互动 高于 流程和工具

• 高于流程和工具，并非不要流程与工具，实际上敏捷过程中也有相当多的流程和工具，流程与工具在项目中也很重要，但是他们是固定的，人是动态变化的。流程与工具的目的是促进团队互动，确保项目成功，如果固话的流程不适应当前的外部环境，对项目的推动起到阻塞的时候，我们应该考虑去优化相关流程与工具。
• 个体和互动是项目获得成功的最重要的因素。

工作的软件 高于 详尽的文档

• 敏捷也需要文档，但是强调的是 刚刚好的文档， 如《项目章程》、《接口定义》、《PRD》 prd 可用 axure 来实现

客户合作 高于 合同谈判

• 客户不可能一次性地将他们的需求完整清晰的表述在合同中
• 开发团队应该与客户一起致力于定义产品的完成
• 多层次合同结构
  • 固定部分（固定总价合同）：基础架构、保修
  • 可变部分（成本补偿合同）：产品功能
  • 固定价格的工作包模式：每个工作包单独估价，可以删除旧的包，增加新的包。或者完成商业价值后，既可以停止。

响应变化 高于 遵循计划

• 做计划的真正目的是 引发讨论， 引导客户积极参与
• 在项目的整个生命周期中都欢迎变更，以此实现产品的最大价值
• 敏捷让变更成本趋于平稳
• 避免范围蔓延的基本原则： 增加一个变更或需求，则移除一个优先级相对低的等量需求

敏捷宣言总结：

敏捷变革模式 - ADAPT （如何来推敏捷）

• Awareness: 唤醒意识，让人们认识到当前的工作模式不好，需要改变
• Desire: 勾起团队对 Scrum 的渴望，来解决当前的问题
• Ability： 培养 Scrum 成功运作的能力；
• Promotion: 通过分享经验，推广 Scrum， 让其他团队看到 Scrum 的成功
• Transfer: 转移，将 Scrum 推广到全公司的非研发团队

十二条原则
实践（Scrum、XP、Extreme）