一、敏捷软件开发宣言
个体和互动 高于 流程和工具
Scrum的每日站会保证了开发团队之间的相互交流，PO,SM以及相关干系人参与的Sprint计划会，Sprint评审会和Sprint回顾会都体现了对于面对面的相互交流和沟通的重视。
工作的软件 高于 详尽的文档
Scrum强调每个Sprint交付的是可工作的软件增量，关注的是交付的可工作的软件价值，而不是在文档中罗列的功能。
客户合作 高于 合同谈判
PO参与Sprint计划会和回顾会，与开发团队保持紧密的沟通，鼓励相关干系人参与Sprint评审会，都是加强团队与客户的沟通和交流，促进双方积极合作。
响应变化 高于 遵循计划
短期的迭代，交付可工作的软件以及定期的需求梳理，可以快速响应市场和客户的变化。
二、敏捷宣言遵循的原则
1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
Scrum的迭代是以Product Backlog优先级顺序排列的，保证了最高价值提前交付，每次迭代增量交付，按照固定的节奏保持持续不断的交付有价值的功能，使客户满意。
2. 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
Scrum持续交付增量，新的增量必须是满足Scrum团队对完成的定义的，可以交付客户使用的，Product Backlog和Sprint Backlog的动态调整，使能随时响应客户的变更，保证产品满足市场需求。
3. 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
每一个Sprint在2-4周，必要时可以缩短到1周。
4. 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
每日站会保证了团队成员在Sprint过程中的及时沟通和交流
5. 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
Scrum强调自组织，Scrum Master作为仆人式领导者，引导、支持和激励团队成为自组织团队。
6. 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
Spint计划会、站会、评审会和回顾会，都强调的是面对面的交流和沟通。
7. 可工作的软件是进度的首要度量标准。
Spint交付的增量，是满足对完成的定义的，可工作的。
8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
Scrum每次迭代都增量滚动式的拉取产品待办列表，能够促使开发团队向着同一目标前进，而不是孤立工作。迭代的固定周期满足时间盒的限制。
9. 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
Sprint回顾会检视前一个Sprint的各个方面，为下一个Sprint创建改进的机会。团队的每个成员都要求具备成长性思维，不断追求进步。
10. 以简洁为本，它是极力减少不必要工作量的艺术。
Scrum团队中减少层级和头衔，强调面对面的沟通，明确定义DOD和DOR，都是减少沟通中的浪费，去掉不必要的流程。
11. 最好的架构、需求和设计出自自组织团队。
团队成员中没有头衔和层级，整个团队共同承担责任。
12. 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
Sprint回顾会对人、关系、工程和工具进行检视，创建下一个Sprint的改进计划。
