Scrum事件简介
Scrum 事件是 Scrum 框架的关键元素。他们为Scrum 三大支柱：检视、适应和透明提供了定期的实践机会。此外，它们还帮助团队与 Sprint 目标和产品目标保持一致，提高开发人员的工作效率，移除障碍，并且减少了安排过多其他会议的需要。
Scrum 中共有五个事件（Sprint、Sprint Planning、Daily Scrum、Sprint Review、Sprint Retrospective），每个事件都有自己的目的、时间限制和参与者。
目的
虽然了解每个事件的细节对于实践有效的 Scrum 非常重要，但在最高的层面上，每个事件的目的其实非常简单：
- Sprint —— Scrum 中的所有工作都是在一系列称为 Sprint 的短项目中完成的。这就能够实现快速反馈的循环。
- Sprint Planning – 每个Sprint 从 Sprint Planning（Sprint 计划会）开始，在这个会议上，开发人员针对打算在 Sprint 中完成的工作进行计划，这能够在团队之间建立一致性和共同的理解。
- Daily Scrum – 开发人员每天碰面，检视他们实现 Sprint 目标的进展，讨论遇到的任何挑战，并根据需要调整第二天的计划。
- Sprint Review —— 在 Sprint 将结束时，团队向干系人展示他们完成的产品，并获得干系人的反馈。
- Sprint Retrospective —— 最后，Scrum 团队聚在一起讨论这一 Sprint 做得如何，看看有哪些方面可以在下一个 Sprint 中改进。
- 以上是一些介绍性的描述，强烈建议大家对每个事件进行更深入的了解。
时间限制
为了帮助建立约束和聚焦，每个 Scrum 事件都有一个预定义的时间限制或时间盒：
- 一个 Sprint 的时间盒不超过一个月，通常持续两周时间。
- 对于长度为一个月的 Sprint，Sprint Planning、Sprint Review和 Sprint Retrospective 的时间盒分别为 8 小时、4 小时和 3 小时。当 Sprint 时长短于一个月时，这些事件的时间盒通常也相应缩短一些。
- 无论 Sprint 的长度为多少，Daily Scrum 的时间盒都是 15 分钟。
时间盒的设置可以使得大家更加聚焦在与会议主题相关的讨论中，不鼓励与会议目标无关的闲谈或讨论。如果团队在时间盒之前已经达成会议目标，那么他们可以简单地结束会议。
如果团队在活动时间盒之内无法达成目标，那么应该想办法找到能使得会议效率提高的改进机会。
让团队将注意力集中在限时的固定事件中，可以让大家花费更少的时间在会议上，从而能有更多的时间完成工作。
参与者
每个Scrum事件都需要来自 Scrum 团队的成员参与。但是，并非所有 Scrum 团队的成员都需要参加所有会议。特别是对于 Sprint Review，有必要邀请 Scrum 团队以外的干系人提供反馈和建议。每个事件中都有正确的参与者，可以确保大家聚焦于会议的目标。
Scrum 事件概览
如下是带时间盒的 Scrum 事件的简单总结。Sprint 是所有这些事件的容器，最长持续时间为一个月。
事件 | 检视 | 调整 | 参加者 | 时间盒 |
Sprint Planning | Product Backlog, Product Goal, Definition of Done | Sprint Backlog， Sprint Goal | Scrum 团队 | 8 小时 （当Sprint周期为1个月时） |
Daily Scrum | Progress toward Sprint Goal | Sprint Backlog | Developers | 15分钟 |
Sprint Review | Increment, Sprint, Product Backlog, Product Goal的进展 | Product Backlog | Scrum 团队， 利益相关者 | 4 小时 （当Sprint周期为1个月时）
|
Sprint Retrospective | Sprint， Definition of Done | 可行的改进，完成的定义 | Scrum 团队 | 3 小时 （当Sprint周期为1个月时） |
Sprint Planning 简介
每个 Sprint 都从 Sprint Planning （Sprint 计划会）开始，在 Sprint 计划会中，Scrum 团队共同确定他们在即将到来的 Sprint 中计划要完成的工作。
在会议期间，Scrum 团队专注于：
- 在 Sprint 中能够创造的价值
- 选择将在 Sprint 期间解决的产品待办列表项
- 对达成目标所需的工作进行计划
- 计划创建一个满足“完成定义”的增量
Scrum 团队通过创建 Sprint Backlog 来让一点变得透明，其中包括 Sprint Goal、选定的产品待办项和开发人员交付工作的计划。
Sprint Planning 概览
事件 | 检视 | 调整 | 参与者 | 时间盒 |
Sprint Planning | Product Backlog, Product Goal, Definition of Done | Sprint Backlog， Sprint Goal | Scrum 团队 | 8 小时 （针对为期1个月的 Sprint） |
Daily Scrum 简介
为保证工作顺利进行，开发人员每天聚在一起15分钟，关注 Sprint Goal 的实现情况，并计划接下来一天的工作。在 Daily Scrum 中，大家识别出需要帮助解决的问题，寻求支持，并在必要的情况下调整Sprint Backlog。
Daily Scrum 确保所有团队成员信息对齐，了解发生的任何变化或更新，并保证团队正朝着 Sprint Goal 的方向进展。每日站会还能促进快速的决策，并减少了可能召开其他临时会议的需要。
Daily Scrum 概览
事件 | 检视 | 调整 | 参与者 | 时间盒 |
Daily Scrum | Sprint Goal 的进展情况 | Sprint Backlog | 开发人员 | 15 minutes |
Sprint Review 简介
Sprint Review是一次工作会议，会议中 Scrum 团队向干系人展示他们已完成的工作，并寻求反馈和指导。Scrum 团队和干系人一起讨论产品目标的进展情况，沟通在业务或技术环境中出现的任何变化，并共同探讨下一步的行动计划。
Sprint Review概览
事件 | 检视 | 调整 | 参与者 | 时间盒 |
Sprint Review | 增量, Sprint, Product Backlog, Product Goal的进展 | Product Backlog | Scrum 团队 , 干系人 | 4小时 （针对长度为一个月的Sprint） |
Sprint Retrospective 简介
Sprint Retrospective（Sprint回顾会）是 Sprint 中的最后一个活动，是为 Scrum 团队留出时间，来寻找提高效率和改进团队协作的方法。不同于其他 Scrum 活动，着重检视和调整改进产品的方法，Scrum回顾会是Scrum团队检视和调整工作实践的机会。
在回顾中，团队通常会讨论：
- 团队成员互动和沟通的情况如何
- 团队遇到的任何障碍
- 清除障碍的情况如何
- “Definition of Done”是否仍然适用，或是需要更新
- 在未来的 Sprint 中，团队的工作方式上是否有任何可行的改进方法
Sprint Retrospective 概览
事件 | 检视 | 调整 | 参加者 | 时间盒 |
Sprint Retrospective | 冲刺，完成的定义 | 可行的改进计划、Definition of Done | Scrum 团队 | 3 小时 （针对为期1 个月的 Sprint ） |
