一、敏捷宣言价值

敏捷宣言强调的敏捷软件开发的四个核心价值是：

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

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

3.客户合作高于合同谈判

4.响应变化高于遵循计划

现实实践中，Development Team是一个要求全能的配置，同时与PO、Master紧密合作。另外考虑现实工作中，也存在一些甲乙方合作项目，即会为Scrum Team配备Co-PO, PM两个角色。

同时Sprint的迭代周期也会被多数限定在2周的time-box。

个体与互动：这样就要求整个Team,要在短时间内，高复杂需求的情况下，增加个体与互动，来快速澄清需求，减少其他不必要的时间浪费。而不限制于按照某种流程或使用某种工具进行沟通等

工作的软件高于详尽的文档：诚然详尽的文档，会更便于大家对项目的理解和沟通，但这需要投入大量的精力去完成文档，这势必会占据不少的精力；而这些很大程度上，可以通过效率软件帮我们所有人在一个水平面上进行沟通和同步，这样子更符合我们的现实情况：在有限的时间内交付更多价值的产品

客户合作高于合同谈判：尤其在甲乙方合作的场景下，该价值需要更好的得到体现。再次模式下存在很多双方博弈或salami的情况。比如围绕scope的边界，围绕周期的推动，围绕需求的反复等等。。很多情况下，需要我们围绕共同目标，leverage客户或者与客户共同分工合作来实现我们交付的目标，而非一味的在合同上纠结。

响应变化高于遵循计划：变化-计划，是我们面对现实世界每时每刻都遇到的情况。在项目中更是如此，遵循计划很大程度上是为了降低变化的风险，但如果需求方的期望已经变化，你交付的价值又怎么体现呢？响应变化也并不意味这全盘接受，在实践中，我们可以要把变化分为两种：可预期，不可预期

可预期的变化，需要我们在计划基础山去预期的，并能够设定某种程度的解决方案以备快速响应变化；不可预期的，这个只能交给老天了，但我们能做的是评估变化，冲击如何?时间如何？资源如何？在评估下，结合Sprint进度，考虑是去响应还是遵循计划，待下一个sprint再去响应！这里要特别提一句：该核心价值并不是说遵循计划不好以及有变化就响应！

二、敏捷原则

1.我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。

这是项目的核心目标！

2.欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。

要求响应变化，满足需求，从而获得竞争优势

3.要不断交付可用的软件，周期从几周到几个月不等，且越短越好。

4.项目过程中，业务人员与开发人员必须在一起工作。

5.要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。

6.无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。

7.可用的软件是衡量进度的主要指标。

8.敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。

9.对技术的精益求精以及对设计的不断完善将提升敏捷性。

10.要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。

11.最佳的架构、需求和设计出自于自组织的团队。

12.团队要定期反省如何能够做到更有效，并相应地调整团队的行为。