敏捷仪式与 Scrum 会议指南

Scrum 仪式是 Scrum 大师、产品负责人和开发团队开会规划工作、讨论工作进度、收集反馈等的活动。Scrum 仪式为定期沟通提供了一个结构化框架，使团队保持专注和一致，从而改进他们的流程。有四个主要 Scrum 仪式，分别是：冲刺规划、每日站会（每日 Scrum）、冲刺审查和冲刺回顾。

并非每个敏捷开发 Scrum 团队都需要参加所有 Scrum 会议，而某一团队也并非必须是 Scrum 团队才能参加 Scrum 会议。以下是一些有助于增强各类团队能力的敏捷开发 Scrum 会议。

在实践 Scrum 时，冲刺规划会议会在冲刺开始时召开，此时团队可以确定冲刺中可以完成的内容及其实现方式。在规划会议结束时，每个 Scrum 成员都需要明确在冲刺中可以完成哪些工作以及如何完成更多工作。

与会者：开发团队、Scrum 主管、产品负责人

什么时候：冲刺开始时。

持续时间：通常每周进行大约一小时的迭代。例如，为期两周的冲刺以两小时的规划会议拉开序幕。

敏捷框架：Scrum。（当然，看板团队也会进行规划，但他们并没有按照固定的迭代计划进行正式的冲刺规划）

目的：冲刺规划有助于整个团队做好准备，以便在整个冲刺中取得成功。进入 Scrum 会议后，产品负责人将获得带优先级的产品待办事项列表。他们会与开发团队讨论每个项目，然后小组共同估算所涉及的工作量。然后，开发团队将进行冲刺预测，概述团队可以完成产品待办事项列表中的多少工作。然后，这些工作的主体就会变成冲刺待办事项。

每日站会 — 又名 每日 Scrum — 它是一个时长 15 分钟（或更短）的每日简短会议，旨在讨论进度并找出阻碍因素。建议与会者站立参加，以帮助缩短会议时间。

这是一个每日站会模板，可帮助您的团队快速入门。

与会者：开发团队、Scrum 大师、产品负责人

时间：每天一次，通常是早上。

时长：不超过 15 分钟。无需预订会议室并坐下来开会。短会有助于使会议保持简短！

敏捷框架：Scrum 和看板。

目的：每日站会旨在快速告知所有人整个团队的情况。它不是一个钜细靡遗的状态会议。气氛应当轻松有趣，但内容要足够充分。请每位团队成员回答以下问题：

• 昨天完成了什么？

• 今天要做什么？

• 遇到了什么阻碍？

向同事报告您昨天完成的工作隐含了一种问责制。没有人希望自己一直在做同样的事情，却毫无进展。

冲刺审查，也称为迭代审查，是 Scrum 团队展示冲刺期间所取得成就的会议。开发团队向利益相关者和团队成员显示哪些待办事项已经“完成”，以便对方提供反馈。

与会者：开发团队、Scrum 主管、产品负责人

时间：冲刺结束时。

时长：通常以每周 45 分钟为单位进行迭代，例如，在为期两周的冲刺结束后进行 90 分钟的回顾。

敏捷框架：Scrum 和看板。Scrum 团队根据固定的节奏进行冲刺回顾。看板团队也可通过偶尔的回顾来受益。

目的：冲刺审查是展示团队工作情况的一次机会。它们可以采用任意形式，例如“星期五演示”，也可采用较为正式的 Scrum 会议模式。这是团队庆祝成就、展示迭代中完成的工作以及获得项目利益相关者即时反馈的时间。请记住，工作应该可以充分展示的，并符合团队的质量标准，这样才算完整并可随时在审查期间展示。

冲刺回顾旨在审查冲刺期间的成功之处以及可改进之处。敏捷开发团队可以专门审查团队动态、流程和工具，然后制定计划来改善团队的工作方式。

这是一份关于如何开展回顾的使用手册。

与会者：开发团队、Scrum 主管、产品负责人

时间：冲刺结束时。

时长：通常每周进行 45 分钟迭代，例如，为期两周的冲刺后进行 90 分钟回顾。

敏捷框架：Scrum 和看板。Scrum 团队根据固定的节奏进行冲刺回顾。看板团队也可通过偶尔的回顾来受益。

目的：敏捷开发旨在快速获得反馈，以提升产品和开发文化。回顾可以帮助团队了解哪些方面效果突出，哪些不起作用。

回顾不仅仅是抱怨而不采取行动。使用回顾来找出行之有效的方法，以便团队可以继续专注于这些领域。另外，找出哪些方法不起作用，花时间寻找创造性的解决方案并制定行动计划。持续改进是维持和推动敏捷团队发展的要素，而回顾正是其中的关键部分。

有些人认为敏捷仪式神奇地使团队实现了敏捷。但，他们错了。团队的敏捷性建立在扎实的工程实践、针对变更的战术及战略方法以及出色的团队协作之上。敏捷仪式只是促进整个团队的沟通。

准备好开始了吗？了解如何在 Jira 中使用冲刺

相关资源

• 项目管理资源

  • 项目执行资源