Scrum中的五个事件(Scrum Events)(转载)
原文链接: https://www.scrum.cn/32347.html
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个月时) |