Scrum定义：
基于经验过程控制理论，由团队以及与之相关的角色、事件、工件和规则组成的管理复杂产品开发的一个框架，采用一种迭代、增量式的方法来优化对未来的预测和管理风险。价值观为承诺、勇气、专注、开放和敬重。
经验过程控制的支柱：
透明 ：负责完成工作和验收工作的人必须对于“完成”的定义理解一致。
检视 ：必须经常检视scrum的工件和完成sprint目标的进展以便于发现不必要的差异和问题。
适应 ：调整导致产品不可接受的偏移并尽快执行。
用于检视和适应的4个事件：sprint计划会议、每日scrum站会、sprint评审会议和sprint回顾会议
团队组成：
产品负责人： 最大化产品和开发团队工作的价值，对产品的收益负责。是负最终责任的人。
1. 清晰的表达产品待办列表项。
2.对产品待办列表进行排序。
3.优化开发团队所执行工作的价值。
4.确保产品待办列表可见、透明和清晰。
5.确保开发团队对产品待办列表有足够深的了解。
开发团队：
1.跨职能团队，拥有创建产品增量所需的全部技能。
2.责任属于整个开发团队。
Scrum Master：
1.确保所有人正确理解并实施scrum。
2.服务型领导，帮助团队之外的人了解如何与scrum团队交互来最大化实现团队所创造的价值。
产品待办列表：
是一份动态的有序列表，列出所有的功能、需求、修复等对未来发布产品进行的改变。产品负责管理产品待办列表的内容、可用性和排序。排序越高的内容比排序低的内容更清晰包含更多细节。
sprint待办列表：
当前sprint选出的产品待办列表项，加上交付产品增量和实现sprint目标的计划。
计划会议：
1.时间：一个月的sprint最多8小时为上线。
2.内容：
1》接下来的sprint交付的增量中包含什么内容？
2》要如何完成增量所需的工作？
3.参与人员：scrum团队
每日scrum站会：
1.时间：15分钟为限。
2.内容：
1》 昨天为达成sprint目标做了什么?
2》今天为达成sprint目标准备做什么?
3》是否遇到阻碍我或者团队达成sprint目标的问题？
3.参与人员：开发团队成员。
sprint评审会议：
1.时间：以一个月的sprint为列，4个小时为上限。
2.内容：在sprint快结束时进行用于检视所交付的产品增量并按需调整产品待办列表。
1》产品说明哪些产品待办列表项已完成和哪些未完成。
2》开发团队讨论sprint期间表现好的地方，遇到的问题以及问题是如何解决的。
3》开发团队演示完成的工作并解答关于交付增量的问题。
4》产品负责人讨论当前产品待办列表的情况。
5》进行下一步工作的讨论。
6》目的：修订产品待办列表，阐明下个sprint产品的待办列表。
3.参与人员：scrum团队和利益攸关者
回顾会议：
1.时间：以一个月的sprint为列，3个小时为上限。
2.内容：
1》检视前一个sprint中关于人、关系、过程和工具的情况。
2》找出并加以排序做得好的和潜在需要改进的主要方面。
3》指定改进scrum团队工作方式的计划。
3.参与人员：scrum团队
