官方学习目标LO -- 1、示范敏捷宣言的价值和原则是如何在Scrum中体现的
一、敏捷软件开发宣言
◆ 个体和互动高于流程和工具
Scrum团队的自组织保证了团队没有层级关系，每日站会要求团队每个人充分的互动和交流：昨天为团队做了什么，今天承诺做什么，有什么问题?以及相关干系人参加计划会，评审会，回顾会，都体现了，互动和面对面的个体交流胜过了大家利用流程来处理事情，用工具来沟通带来的理解不到位的问题。
◆ 工作的软件高于详尽的文档
Scrum 每次迭代交付增量的可工作软件，注重产品本身价值的交付高于流于形式的文档，让客户持续的使用到新的功能并能即时得到来自用户的反馈，避免最后的返工。
◆ 客户合作高于合同谈判
Scrum 不管是计划会，回顾会都需要Product Owner参与团队的讨论，体现了加强团队的沟通，减少沟通渠道的浪费，在评审会上鼓励利益相关干系人参加会议，即时的提出反馈意见，随时保持和干系人的面对面交流，融洽的合作关系，增强项目的透明性，从而保证项目的风险可控，实现双赢，而不必将与客户的关系推向谈判桌。
◆ 响应变化高于遵循计划
Scrum不做大而全的计划，短期的迭代，制定可实现的短期清晰的目标，以满足最大程度的反馈，Product Backlog和Sprint Backlog的灵活性，随时保证了能快速响应客户变更，让产品保持市场竞争力
二、敏捷宣言遵循的原则
1、我们最重要的目标，是通过持续不断的及早交付有价值的软件使客户满意。
◆ Scrum的迭代是以Product Backlog优先级顺序排列的，保证了最高价值提前交付，每次迭代增量交付，按照固定的节奏保持持续不断的交付有价值的功能，使客户满意。
2、欣然面对变化，即使在开发后期也一样，为了客户的竞争优势，敏捷过程掌握变化。
◆ Scrum持续交付增量，新的增量必须是“完成”的，是满足Scrum团队对完成的定义的，是可以交付客户使用的，Product Backlog和Sprint Backlog的动态调整，使能随时响应客户的变更，保证产品满足市场需求。
3、经常交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
◆ Scrum限制了迭代周期小于或等于一个月，尽早的、固定周期的交付可工作的满足需求的软件，为了加快速度，甚至可以缩短到一周。
4、业务人员和开发人员必须互相合作，项目中的每一天都不例外。
◆ Scrum站会，要求开发人员每天必须在15分钟内高效完成：昨天做了什么，今天要做什么，有什么问题？及时相互沟通，合作解决问题，避免信息断层，减少延时，随时调整
5、激发个体的斗志，以他们为核心搭建项目，提供所需的环境和支援，辅以信任，从而达成目标。
◆ Scrum强调自组织，Scrum Master作为仆人式领导，提供团队所需的环境和支援，引导并激励团队，并相信团队能胜任自己的工作。
6、不论团队内外，传递信息效果最好效率最高的方式是面对面的交谈。
◆ Scrum中的计划会、站会、评审会、回顾会，都强调面对面沟通；人与人沟通30%来自语音，70%来自肢体表情；面对面沟通是最高效的办法
7、可工作的软件是进度的首要度量标准。
◆ Scrum增量交付的软件，是满足团队对“完成”的定义，增量是可以检视的，产品负责人是否决定真正发布它，增量必须是可用的
8、敏捷过程倡导可持续开发，负责人、开发人员和用户要能够共同维持其步调稳定延续。
◆ Scrum没有大而全的计划，每次迭代都增量滚动式的拉取产品待办列表，它为开发团队提供指引，能够促使开发团队向着同一目标前进，而不是孤立工作，迭代的周期固定，满足时间盒的限制。
9、坚持不懈的追求技术卓越和良好设计，敏捷能力由此增强。
◆ Scrum回顾会检视自身技术等多个方面，为下一个Sprint创建改进的机会，团队的各个成员要求具有成长性思维，追求卓越，Scrum固定的时间盒内拉取任务，让团队有时间处理技术负债，减少后期的麻烦。
10、以简洁为本，它是极力减少不必要工作量的艺术。
◆ Scrum架构简洁，面对面沟通，DOD以及DOR的明确定义，都是为减少沟通、交接过程中的浪费，去掉不必要的流程和工作。
11、最好的架构、需求和设计出自自组织团队。
◆ Scrum追求持续改进，不断完善的框架；每次Sprint来自于Product Backlog，需求目标透明清晰，团队每个成员目标一致，整个团队共同承担责任，而不是单一职权负责制
12、团队定期的反思如何能提高成效，并因此调整自身的举止表现。
◆ Scrum回顾会检视自身并创建下个Sprint的改进计划；对人、关系、过程和工具进行检视，并在下个Sprint列出改进措施，使大家能在下个Sprint中更高效更愉悦。
