Scrum中的五个事件（Scrum Events）

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 简介

每个 Sprint 都从 Sprint Planning （Sprint 计划会）开始，在 Sprint 计划会中，Scrum 团队共同确定他们在即将到来的 Sprint 中计划要完成的工作。

在会议期间，Scrum 团队专注于：

• 在 Sprint 中能够创造的价值
• 选择将在 Sprint 期间解决的产品待办列表项
• 对达成目标所需的工作进行计划
• 计划创建一个满足“完成定义”的增量

Scrum 团队通过创建 Sprint Backlog 来让一点变得透明，其中包括 Sprint Goal、选定的产品待办项和开发人员交付工作的计划。

Sprint Planning 概览

Daily Scrum 简介

为保证工作顺利进行，开发人员每天聚在一起15分钟，关注 Sprint Goal 的实现情况，并计划接下来一天的工作。在 Daily Scrum 中，大家识别出需要帮助解决的问题，寻求支持，并在必要的情况下调整Sprint Backlog。

Daily Scrum 确保所有团队成员信息对齐，了解发生的任何变化或更新，并保证团队正朝着 Sprint Goal 的方向进展。每日站会还能促进快速的决策，并减少了可能召开其他临时会议的需要。

Daily Scrum 概览

Sprint Review 简介

Sprint Review是一次工作会议，会议中 Scrum 团队向干系人展示他们已完成的工作，并寻求反馈和指导。Scrum 团队和干系人一起讨论产品目标的进展情况，沟通在业务或技术环境中出现的任何变化，并共同探讨下一步的行动计划。

 Sprint Review概览

Sprint Retrospective 简介

Sprint Retrospective（Sprint回顾会）是 Sprint 中的最后一个活动，是为 Scrum 团队留出时间，来寻找提高效率和改进团队协作的方法。不同于其他 Scrum 活动，着重检视和调整改进产品的方法，Scrum回顾会是Scrum团队检视和调整工作实践的机会。

在回顾中，团队通常会讨论：

• 团队成员互动和沟通的情况如何
• 团队遇到的任何障碍
• 清除障碍的情况如何
• “Definition of Done”是否仍然适用，或是需要更新
• 在未来的 Sprint 中，团队的工作方式上是否有任何可行的改进方法

Sprint Retrospective 概览