一、敏捷价值观
价值观一：个体和互动 > 流程和工具
【理解】
个体是个体的积极主动，互动是人们的合作共赢。个体与互动需要以平等的文化为基础。个体与互动的障碍是命令与控制的文化。在命令与控制的文化之下，人们处于压抑状态，聪明才智无法发挥。
- 领导说了算。我对大局毫无影响，所以我就不说了。
【应用】
有很多招式可以协助个体与互动在Scrum中发生：
- 估算纸牌有促进每个人都说话的半强制作用。
- 在每日站会上可以加一个练习，随机一人复述大家讲的要点。
- 在每日站会上，可以随机一人充当一分钟项目经理，总结迭代目标、完成的趋势、风险、士气等。
- 在迭代评审会上，可以交叉演示他人的工作。
- 制定并落实结对、备份工作的计划。
- 在计划会上，随机一人总结迭代目标。
- 轮流一人主持会议，包括会前准备、会中引导、会后跟进。
- 在梳理会、计划会、评审会、回顾会结束时，现场快速调查反馈大家对会议的满意度。
价值观二：工作的软件 > 详尽的文档
【理解】
工作的软件背后是全局优化，详尽的文档背后很可能是部门墙。这样的文档形成过程漫长，而且花了很多时间在一些拿来推卸责任的内容上。
【应用】
Scrum中跟保证工作的软件有关的模式有：
- 每个迭代都要输出潜在可交付的产品增量。
- 通过DoD保证质量。
- 开发与测试融合，缩短反馈周期。
- 开发与测试融合，目标一致，减少考核上的冲突，减少在bug记录、传递、扯皮上的时间。
- PO与团队融合，即时验收反馈。
- 支持XP实践，加速反馈，提升质量。
价值观三：客户合作 > 合同谈判
【理解】
客户合作的障碍是不信任。以至于花了太多时间在工作量的计量上，反而无暇顾及价值和质量等。
【应用】
Scrum本身是不能破除合同墙的，但有很多有助于客户合作的机制：
- 每迭代演示可工作的软件。
- 产品列表、迭代列表等工件的透明。
- 产品列表梳理、迭代计划会、每日站会、迭代评审会、迭代回顾会等事件的透明。
价值观四：响应变化 > 遵循计划
【理解】
遵循计划带来的是虚假的安全感，背后的担心是如果不遵循计划，自己的诉求将无法被满足。
【应用】
Scrum在响应变化方面的模式有：
- 滚动的迭代计划可以吸纳一个迭代之后的任何变化。
- 持续的产品列表梳理确保变化能被及时理解，放置于合适的优先级。
- 长期稳定的全功能团队带来的协同效应有助于缩短学习期。
二、敏捷原则
原则1：最优先要做的是通过尽早，持续地交付有价值的软件来使客户满意。
【理解】
在全流程的上下游中，各部门各有自己的计划，没有共识的价值优先级，持续不断及早交付有价值的软件，无从谈起。
【应用】
Scrum模式：
- 以产品列表为载体，PO与客户对齐价值。
- 迭代交付。
原则2：欣然面对需求变化即使在开发后期，用变化来为客户创造竞争优势。
【理解】
遵循计划带来的是虚假的安全感，背后的担心是如果不遵循计划，自己的诉求将无法被满足。
【应用】
Scrum在响应变化方面的模式有：
- 滚动的迭代计划可以吸纳一个迭代之后的任何变化。
- 持续的产品列表梳理确保变化能被及时理解，放置于合适的优先级。
- 长期稳定的全功能团队带来的协同效应有助于缩短学习期。
原则3：采取较短的周期（几星期或一两个月），不断地交付可工作的软件。
【理解】
缩短迭代需要全局优化。
【应用】
Scrum采用一到三周的迭代。
原则4：业务人员和开发人员必须在整个项目期间，每一天都工作在一起。
【理解】
打破部门墙。
【应用】
Scrum有专职PO，并且有足够权威。
原则5：激发个体的斗志，并以他们为核心搭建项目。提供所需的环境和支援，辅以信任。
【理解】
信任、鼓励、支持。
【应用】
激励、赋能。
原则6：效果最好效率也最高的传递信息方式是面对面交谈。
【理解】
保存证据推卸责任的文化。恐惧。
【应用】
Scrum五个会议。
原则7：可工作的软件是进度的首要度量标准。
【理解】
以成果为度量标准。
【应用】
迭代增量交付。
原则8：敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
【理解】
可持续的成功节奏
【应用】
持续改善与稳定步调相得益彰。
原则9：坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
【理解】戒掉临时工心态，锻炼基本功。
【应用】长期稳定团队。
原则10：以简洁为本，它是极力减少不必要工作量的艺术。
【理解】戒掉竖井工作模式，少做无用功。
【应用】准确理解客户需求。
原则11：最好的架构、需求和设计出自自组织团队。
【理解】团队自组织。
【应用】产品列表梳理、迭代计划。
原则12：团队定期地反思如何能提高成效，并依此调整自身的举止表现。
【理解】定期复盘，深度学习，不断修正，持续改进。
【应用】迭代回顾会。
结论：
当文化与Scrum的冲突不可愈合时：放弃Scrum，放弃敏捷，放弃持续改善。
当文化可松动时：选择部分Scrum实践，尝试使用。持续改善，而不拘泥于Scrum。
当文化与Scrum吻合时：团队可以一起讨论敏捷宣言价值观和原则哪些在自己的Scrum实践中做到了，哪些还没做到，如何改善。
