Menu
Menu
Menu
Scrum事件是Scrum框架的关键元素。它们为践行Scrum的三大支柱——检查、适应和透明提供了常规的机会。此外，这些事件帮助团队与Sprint目标和产品目标保持一致，提高开发人员的生产力，消除障碍，并减少安排过多额外会议的需求。
共有五个Scrum事件（Sprint、Sprint计划会、Daily Scrum、Sprint评审、Sprint回顾），每个事件都有其特定的目的、时间限制和参与者。
虽然详细了解每个事件对于有效运用Scrum非常重要，但从最高层次来看，每个事件的目的实际上相当简单：
Sprint — Scrum中的所有工作都是在一个称为Sprints的一系列短小项目中完成的。这使得快速反馈环成为可能。
Sprint计划会（Sprint Planning） — Sprint从一个规划会议开始，在这个会议上，开发人员规划他们在Sprint中打算完成的工作。这一计划为团队成员创造共识和一致性。
Daily Scrum — 开发人员每天碰面，检视他们向Sprint目标进展的情况，讨论遇到的任何挑战，并根据需要调整接下来一天的计划。
Sprint评审（Sprint Review） — 在Sprint结束时，Scrum团队与利益相关者会面，展示他们的成果并获取反馈。
Sprint回顾（Sprint Retrospective） — 最后，Scrum团队聚在一起讨论Sprint的过程，看是否有可以在下一个Sprint中换个做法和改进的方面。
*这些描述是介绍性的，我们强烈建议对每个事件有更深入的理解。
为了帮助创建纪律性和专注力，每个Scrum事件都有预定义的时间限制，或称为时间盒：
这些时间盒使得会议能够高效进行，鼓励与事件目的相关的讨论，而不相关的对话则不被鼓励。如果团队能够在分配的最大时间内提前达成时间盒事件（Sprint计划, Daily Scrum, Sprint评审 和 Sprint回顾）的目的，他们应该直接结束会议。
当团队无法在规定的时间盒内达成事件的目的时，团队应当调查可以在哪些方面寻找改进的机会，以改善他们如何开展这些事件。
将焦点集中在时间盒内的事件是一种纪律，它允许团队成员减少开会的时间，从而腾出更多时间来做其他工作。
每个活动都需要 Scrum 团队的参与者。并非所有会议都需要所有 Scrum 团队成员。特别是对于 Sprint 评审，有必要邀请 Scrum 团队以外的人员提供反馈和建议。每个活动都有合适的参与者可确保会议专注于其目的。
以下是有时间盒限制的 Scrum 事件的简要概述。Sprint 是所有这些事件的容器，最长持续时间不得超过一个月。
| 事件 | 检视 | 适应 | 参与者 | 时间盒 |
| Sprint计划 | 产品待办列表、产品目标、完成 的定义 | Sprint 待办事项、Sprint 目标 | Scrum 团队 | 为期 1 个月的 Sprint 耗时 8 小时 |
| Daily Scrum | Sprint目标进展 | Sprint 待办事项 | 开发人员 | 15 分钟 |
| Sprint评审 | 增量、冲刺、产品待办事项、产品目标进展 | 产品待办事项 | Scrum 团队、利益相关者 | 为期 1 个月的 Sprint 耗时 4 小时 |
| Sprint回顾 | Sprint，完成的定义 | 可操作的改进，完成的定义 | Scrum 团队 | 为期 1 个月的 Sprint 需要 3 个小时 |
每个Scrum事件的目的、时间盒和参与者都是明确定义的。然而，我们有时会看到Scrum团队陷入一些反模式，这些反模式削弱了这些事件的价值。
常见的反模式包括：
强化Scrum事件的小贴士
打破上述反模式有助于创建强大而有效的Scrum事件。请考虑以下建议：