Scrum 会议的敏捷指南

解密四个敏捷开发仪式

Dan Radigan 作者:Dan Radigan
浏览主题

敏捷开发理念彻底改变了软件开发及其他方面的工作方式。将敏捷开发付诸实践的其中一个重要部分是会议,也就是“仪式”。在 Scrum(最受欢迎的敏捷开发实践)中,Scrum 会议实现了透明度以及与团队的定期沟通。

什么是 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 团队根据固定的节奏进行冲刺回顾。看板团队也可通过偶尔的回顾来受益。

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

专业提示:

在 Atlassian,我们对冲刺审核没有太严格的规定,给人一种轻松快乐的感觉。我们聚集在团队成员的办公桌旁,观看他们演示新功能。整个办公室经常都会响起鼓掌声!

冲刺回顾

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

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

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

时间:冲刺结束时。

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

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

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

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

专业提示:

即使整个团队进展顺利,也不要停止回顾。回顾为团队提供了持续的指导,确保事情顺利进行。

总之...

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

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