敏捷宣言和Scrum

众所周知Scrum的创始人Jeff Sutherland 也是《敏捷宣言》的起草人之一。 Scrum的很多定义中融入了敏捷宣言的价值观。

我们来阐述几点敏捷宣言在Scrum的体现：

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

Scrum中的每日站会，促进了研发团队之间的沟通，及时发现需求文档，业务流程中遇到的障碍，团队及时的移除障碍。

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

敏捷宣言和12原则中强调可工作的的软件是衡量进度的唯一标准，有了可工作的软件才能衡量软件的质量，而不只是文档。

Scrum中短迭代的交付，在sprint planning meeting 中设定Sprint 目标，与客户达成契约，结合Sprint review meeting， 将可工作的软件演示给客户，并收集反馈，规划后期产品发布。 

客户合作高于合同谈判

传统瀑布式的开发方法周期长，几个月到数年都有， 项目初期，客户与研发团队之间需求的沟通更多通过文档。 收集的客户反馈更多是关于需求文档的注释，疑问。

Scrum 首先将交付周期定义为1周到1个月之间， 让研发团队频繁的交付可工作的软件给客户，及时收集客户反馈。

Scrum 在交付的每个迭代中，都需要客户（业务人员）高度参与， 例如Sprint planning meeting， sprint refinement meeting和sprint review meeting。

响应变化高于遵循计划

Scrum 中包含的3个工件之一是PBI（产品待办列表）， Product Owner 需要对PBI列表及时的更新优先级，进入Sprint 实施，团队尽量还是按照Sprint Backlog Item的优先级顺序进行研发。 当有紧急PBI 插入sprint 中时候，我们可以咨询团队的意见，经过风险、实施可行性和影响分析后，由团队决定是否可以插入，或者更换Sprint backlog item。 这也体现Scrum的变化的相应。