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 中使用冲刺