学习笔记：深刻理解敏捷开发的四大价值观
作者：互联网
深刻理解敏捷开发的四大价值观
前言
最近在清晖系统的学习 ACP, 考完 PMP 后，有了项目管理基本的知识体系，这个体系框架搭好后，深感 PMI 提倡的管理点难以落地，所以现在继续学习一下项目管理的方法论。
在以前的项目中也做过敏捷的开发模式，实际上，目前所在公司就在推敏捷，但是大家对敏捷的定义与理解都不统一，人人都知道敏捷，确无人能真正说清楚什么是敏捷。我上了一段时间课程后，颇受启发，很多以前困惑的地方也迎刃而解，因此把学习笔记分享出来，希望大家都能有所收获。
敏捷兴起的背景
- 客户是逐步发现他真正需要的东西
- 开发人员是逐步发现如何开发产品满足客户需求
- 在这个过程中随时可能发生变化，期望客户一开始想清楚他们真正要的东西是不现实的。 我们通过不断的向客户交付可用的产品，启发客户逐步的发现真正的需求。
敏捷四大价值观
个体和互动 高于 流程和工具
- 高于流程和工具，并非不要流程与工具，实际上敏捷过程中也有相当多的流程和工具，流程与工具在项目中也很重要，但是他们是固定的，人是动态变化的。流程与工具的目的是促进团队互动，确保项目成功，如果固话的流程不适应当前的外部环境，对项目的推动起到阻塞的时候，我们应该考虑去优化相关流程与工具。
- 个体和互动是项目获得成功的最重要的因素。
工作的软件 高于 详尽的文档
- 敏捷也需要文档，但是强调的是 刚刚好的文档， 如《项目章程》、《接口定义》、《PRD》 prd 可用 axure 来实现
客户合作 高于 合同谈判
- 客户不可能一次性地将他们的需求完整清晰的表述在合同中
- 开发团队应该与客户一起致力于定义产品的完成
- 多层次合同结构
- 固定部分（固定总价合同）：基础架构、保修
- 可变部分（成本补偿合同）：产品功能
- 固定价格的工作包模式：每个工作包单独估价，可以删除旧的包，增加新的包。或者完成商业价值后，既可以停止。
响应变化 高于 遵循计划
- 做计划的真正目的是 引发讨论， 引导客户积极参与
- 在项目的整个生命周期中都欢迎变更，以此实现产品的最大价值
- 敏捷让变更成本趋于平稳
- 避免范围蔓延的基本原则： 增加一个变更或需求，则移除一个优先级相对低的等量需求
敏捷宣言总结：
敏捷变革模式 - ADAPT （如何来推敏捷）
- Awareness: 唤醒意识，让人们认识到当前的工作模式不好，需要改变
- Desire: 勾起团队对 Scrum 的渴望，来解决当前的问题
- Ability： 培养 Scrum 成功运作的能力；
- Promotion: 通过分享经验，推广 Scrum， 让其他团队看到 Scrum 的成功
- Transfer: 转移，将 Scrum 推广到全公司的非研发团队
十二条原则
实践（Scrum、XP、Extreme）
标签：高于,流程,价值观,Scrum,客户,敏捷,工具,深刻理解 来源： https://blog.csdn.net/weixin_38245190/article/details/111411557