Sprint 回顾模板 Permalink

使用此模板举行 Sprint 回顾，让会议以有负责人的行动项目收尾，而非一份抱怨清单。项目默认以表格查看模式开启，每个项目的投票数、影响力和投入程度并排呈现，讨论顺序自然一目了然。

你可以前往 Sprint Retrospective 项目，将其拷贝到你的工作区，省去从零开始建立的时间。

你也可以探索更多即用型模板，加速你的工作流程。

认识 Sprint 回顾

Sprint 回顾是在每个 Sprint 结束时举行的会议，团队在此回顾整个 Sprint 的进行状况，并共同决定要改进的事项。它关注的是过程，而非产品，这正是它与 Sprint 审查会议的根本差异。

五个阶段

每种回顾格式，无论如何命名栏位，都会经历相同的五个阶段。

1. 开场。 重申本次讨论聚焦于过程，并分享 Sprint 数字，让所有人在同一套事实基础上进行讨论。
2. 收集数据。 每个人自由提出观察，无论好坏，暂不讨论。
3. 产生洞察。 反复追问某件事为何发生。问一次”为什么”得到的是症状，问三次才能找到原因。
4. 决定行动。 将达成共识的改进事项转化为有负责人和日期的具体任务。
5. 收尾。 大声朗读行动清单。一项在会议结束时没有人能复述的行动，撑不过这一周。

第三阶段是价值所在，第四阶段是价值流失之处。本页大部分内容都在说明如何让第四阶段难以跳过。

90 分钟议程

90 分钟适合两周一次的 Sprint。时间的分配方式比总时长更重要。

回顾会议超时往往只有一个原因：团队试图讨论所有提出的项目，而非聚焦在获得最多票数的少数几项。先投票，再依票数由高到低逐一讨论，直到时间用完。

为什么回顾会逐渐失去意义

有两件事会悄悄终结回顾习惯。

• 行动永不落实。 一项在会议结束时口头决定、写入一份永不再打开的文档、没有负责人也没有日期的行动，要与三项全具备的 Sprint 工作竞争，永远都会输
• 同样的问题反复出现。 连续三个 Sprint 都被提出的问题，不是团队遗忘了，而是达成共识的解法没有解决根本原因

本页其余内容将建立两个能预防上述问题的习惯：每项行动在达成共识的当下就取得具名负责人和日期，每个重复问题都贴上标签，让规律变得可见。

设置你的回顾看板

回顾区段

此模板使用七个区段，从准备到追踪依序覆盖整个会议流程。

• Before the retro：预订会议、整理数字，以及审视上一次回顾的行动项目
• Carry-over from Sprint 23：前一次回顾中仍未完成的行动项目
• What went well 和 What didn’t go well：两个收集栏
• Ideas and experiments：尚未成为决策的建议
• Action items — Sprint 24：会议的产出
• Retro cadence：维持回顾习惯本身所需的例行工作

区段之间设有两个项目里程碑。Sprint 24 retro held 标记会议本身的日期，All Sprint 24 actions closed 标记衡量行动项目完成情况的截止日期。请先将两者移至你实际的日期，因为其他所有设置都以此为基准。

字段

表格查看模式仅适用于 Professional、Premium、Enterprise 方案。详细信息请参阅我们的定价页面。

区段告诉你一个项目在哪里。自定义字段告诉你如何处理它，这也是此模板适合在表格查看模式中使用的原因。

• Category 让表格查看模式知道每一行是什么类型，因为区段不会在表格中显示为列
• Sprint 让多个 Sprint 能共存于同一个项目中，而不至于让看板变得混乱
• Votes 记录点投票计数。依此字段降序排列即可得到议程顺序
• Impact 和 Effort 共同决定哪个行动优先处理。高影响力加上低投入永远优先
• Discussed 是一个复选框，防止得票高的项目被悄悄略过

提示： 你可以显示或隐藏字段，因此主持人可以在全字段展开的情况下工作，而会议中团队只看到 Votes 和 Category 即可。

状态

在 Free 订阅方案中，每个项目最多可建立 5 种状态，但此模板使用 6 种。拷贝后请将 Discussing 合并至 To discuss，或升级订阅方案以保留全部六种。详细信息请参阅我们的定价页面。

六种状态带领项目从提出到解决：To discuss、Discussing、Action agreed、In progress、Done 以及 Parked。

Parked 是最值得善用的一种。一个被提出、讨论后刻意决定不采取行动的项目，与一个没人处理到的项目本质不同——若一视同仁，同样的卡片就会每个 Sprint 都重新出现。

在看板查看模式中开启项目，并依状态排列列，从左到右走过六个阶段。

进行回顾

收集与投票

请团队在前一天就将项目加入。一场从二十分钟静默打字开始的回顾，等于把四分之一的时间花在本可异步完成的事情上。

1. 每个人将项目加入至 What went well 和 What didn’t go well。
2. 为每个项目贴上标签，让主题在事后清晰可辨：Process、Tooling、Planning、Communication、Quality 或 People。
3. 在会议中进行点投票，每人三票，将计数填入 Votes 字段。
4. 逐项讨论时勾选 Discussed。

每个项目都是一个任务，因此提出者可以把细节写在描述中，而不必靠记忆临场说明。下方的项目将依据、投票数和影响力评分集中在同一个地方。

注意： 在投票结果还在屏幕上时就填写 Votes 计数。事后重建数字完全是猜测，而这个数字是让议程不被最大声的人主导的唯一屏障。

决定行动

将会议的行动项目上限定在三到五项。一次同意十二项行动的回顾，最终一项都不会完成，因为这些工作从未纳入 Sprint 计划。

1. 使用移动任务将达成共识的项目移至 Action items；若措辞需要调整，也可在该区段直接新增一个任务。
2. 将它指派给一位在场的成员。
3. 设置到期日期于即将到来的 Sprint 之内。

4. 将任何超过一日规模的事项拆解为子任务，让进度在截止日之前就能看见，而不是到了截止日才知道。

   

最后朗读清单。没有具名负责人的行动是一个愿望，而此模板让这件事难以遮掩——表格查看模式中，空白的负责人列一眼就能看见。

追踪已达成的共识

回顾子清单

在 Free 订阅方案中，每个项目最多可建立两个子清单，但此模板预设包含 3 个。拷贝后请保留团队最常开启的两个，或升级订阅方案以使用全部三个。详细信息请参阅我们的定价页面。

三个子清单自动完成汇报工作，不需要任何人手动撰写。

• Open action items 收集所有 Sprint 中未完成的行动项目，这是下次回顾开场时要开启的第一份清单
• Top voted (5+) 是讨论议程，得票低于五票的项目留在看板作为记录，但不进入讨论
• Recurring problems 收集在超过一次回顾中被提出的项目

三个子清单都是依筛选条件自动更新的，状态和标签变动时会自动反映。其中「Recurring problems」最有用，却也最常被团队忽略。凡是出现在这份清单的项目，都应该改变处理方式，而不是再次同意相同的行动。

回顾节奏

Retro cadence 区段存放维持这个习惯所需的例行任务：举行回顾、在下次回顾前审视上一次回顾的行动项目、归档已完成 Sprint 的项目，以及每六个 Sprint 更换一次格式。将这些任务设置为依你的 Sprint 周期重复，这个仪式就不再依赖某个人的记忆维持。

仪表板查看

仪表板查看仅适用于 Professional、Premium、Enterprise 方案。详细信息请参阅我们的定价页面。

此模板内建一个 Retro Overview 仪表板，用于呈现单次会议无法看到的全局：行动项目是否真的在落实。三个组件负责这件事。

• Member Workload：回顾行动是否分散在整个团队，还是集中压在某一个人身上
• 截止行事历：行动项目的到期日是否在 Sprint 之内，还是已逐渐延后
• Project Health：未完成数量在数周间的变化走势，这是回顾是否真的发挥作用的诚实指标

示例日期延伸至 2027 年 6 月，因此在你将两个项目里程碑移至自己的 Sprint 日期之前，截止行事历会显示为空白。

更换回顾格式

每个 Sprint 都问同样四个问题，一段时间后就不会再产生新的答案。以下每种格式都会改变人们的关注焦点，这正是换格式的意义所在。

项目中的 Retro formats cheat sheet 文档涵盖每种格式的适用情境与限制，让主持人无需阅读整本书就能做出选择。

注意： 更换格式无法修复一场没有人开口说话的回顾。那是心理安全感的问题，任何列标题都解决不了。如果大家都保持沉默，试着安排几次没有主管在场的回顾，看看是否有任何改变。

开始你的第一次回顾

这一页的所有内容都可以手动建立。此模板就是已组装好的同一套东西：七个区段、六种状态、六个字段、两个项目里程碑，以及三个子清单，并预先填入一个团队的 Sprint 24，让你在替换为自己的内容之前先看看完整回顾的样貌。

将 Sprint Retrospective 项目拷贝到你的工作区，然后修改五件事：

1. 将两个项目里程碑移至你实际的回顾日期和行动截止日期。
2. 将 Sprint 字段选项重新命名为你自己的 Sprint 编号，并将两个与特定 Sprint 相关的区段名称一并更新。
3. 看完几个示例后，删除 Sprint 24 的示例数据。保留区段、状态和字段即可。
4. 如果你使用 Free 订阅方案（最多五种状态），请将 Discussing 合并至 To discuss。
5. 在第一次会议前阅读 How to use this template 文档。它将议程保存在项目内部，方便没有阅读本指南的成员参考。

回顾只是更大周期中的一个仪式。请参阅 Agile Scrum 模板了解 Backlog 和 Sprint 管理，以及 Daily Standup Meeting 模板了解 Sprint 之间每日进行的确认会议。

常见问题

什么是 Sprint 回顾？

Sprint 回顾是在每个 Sprint 结束时举行的会议，团队在此回顾整个 Sprint 的进行状况，并共同决定下一个 Sprint 要改进的事项。它关注的是过程，而非产品，这正是它与 Sprint 审查会议的根本差异。

Sprint 回顾应该开多久？

两周一次的 Sprint 约 90 分钟。时间的分配方式比总时长更重要：5 分钟开场、20 分钟收集项目、5 分钟投票、35 分钟讨论得票最高的项目、20 分钟确认行动、5 分钟收尾。

Sprint 回顾的五个阶段是什么？

开场、收集数据、产生洞察、决定行动、收尾。产生洞察的环节最有价值，因为反复追问”为什么”才能区分根本原因与表面症状。

如何在 Quire 中举行 Sprint 回顾？

为会议建立一个专属项目，设立进展顺利、进展不顺、想法和行动项目等区段。每个人在会议前以任务形式加入各自的项目，在 Votes 字段记录点投票计数，再依 Votes 排序表格查看模式，以此决定讨论顺序。

Sprint 回顾应该产出几项行动？

三到五项。一次同意十二项行动的回顾，最终一项都不会完成，因为这些工作从未纳入 Sprint 计划，却要与所有既有承诺竞争资源。

为什么 Sprint 回顾的行动项目总是无法落实？

通常是因为它们从来就不是真正的工作。没有负责人、没有日期、也不在团队实际项目中的行动，面对三项全具备的 Sprint 承诺，永远都会输。

如何停止同一个问题在每次回顾中反复出现？

在问题第二次被提出时贴上「Recurring issue」标签，并建立一个收集所有带有该标签项目的子清单。问题反复出现，意味着达成共识的解法没有解决根本原因，因此应该改变处理方式，而不是再次同意相同的行动。

最常见的 Sprint 回顾格式有哪些？

What went well / didn’t / next、Start / Stop / Continue、4Ls、Mad / Sad / Glad 和 Sailboat。每六个 Sprint 左右换一次格式，可以避免相同的四个问题一直产生相同的四个答案。

Quire 有现成的 Sprint 回顾模板吗？

有。前往 Sprint Retrospective 项目并拷贝到你的工作区，即可取得七个区段、六种状态、六个字段、两个项目里程碑以及三个子清单，无需自己从头建立。