回顾会议模板:格式、示例,以及行动项如何撑到下一次回顾会(2026)

回顾会议是团队回头审视自己如何工作的会议,对象可以是一个 Sprint、一次发布或一个月,目的是决定要改变什么。它不看做出了什么,那是评审会的事。它看的是怎么做出来的:什么拖慢了工作,什么让工作顺畅,以及下次团队要有哪一两处做得不同。回顾会议模板就是一页纸,它把这场对话固定在一个顺序里,让会议产出一项决定,而不是一串抱怨。

本指南先讲方法:格式、一份可以直接复制的 Sprint 回顾会议模板、一个填好的示例,以及大多数团队轮流使用的四套引导问题。然后讲实际操作:回顾会放在团队已在使用的哪些工具里,会后它的行动会怎样。因为回顾会真正的考验不在一小时结束时的看板上,而在下一次会议的最初五分钟:有人问起,大家约定的那两项改变到底有没有落实。

什么是回顾会议,什么不是

有四种会议与回顾会议相近,团队把它们混在一起是要付出代价的:

四者之中,只有回顾会议是关于团队自身的,在团队在场的情况下,由团队自己做决定。所以它的产出很少:一个团队每个周期能改变一两个习惯,而不是十个。清单很长的回顾会,往往已经变成了评审会或事件复盘,只是顶着错误的名字。Sprint 评审会议程和回顾会议程是两页不同的纸,这是有原因的。

回顾会议也不是带着情绪的状态汇报会。“我们轮流说说这个 Sprint 感觉如何”,得到的是一种情绪,而不是一项改变。下面的模板要求先有数据、后有观点,先书写、后发言,并在一小时结束之前做出决定。

模板包含什么:格式

一份好用的回顾会议模板有七个部分,顺序如下。网上的大多数模板只是其中的一部分,最常缺失的是第一项和最后一项。

1. 核对上次回顾会的行动。 在任何其他事情之前:列出上次的每项行动、它的负责人,以及三种状态之一:已完成、未完成(附原因)、已放弃。三项行动的清单,两分钟即可。跳过这一环节的回顾会,等于宣布它的行动可有可无,会议室里的人都听得出来。
2. 用事实描述这个周期。 交付了什么、延期了什么、出了什么问题,用数字或日期表示,在任何人发言之前先放上看板。三到五行。围绕同样的事实争论,观点会趋于一致;围绕各自的记忆争论,则不会。
3. 哪些做得好。 先书写:每人每点一张便签,然后再朗读。先写后说,是让团队里沉默的那一半人也能被听到的规则,也是回顾会总被两三个人主导的常见原因。
4. 哪些做得不好。 方法相同。便签写的是工作和工作方式,而不是人;如果某张便签点了某个人的名字,主持人会把它移入待议区,留待一对一时处理。
5. 分组并选择。 把便签归类,每人在自己希望处理的类别上投两票。得票最高的一两个类别成为这次回顾会剩余时间的主题;其余的留到下一次,并保留“被搁置事项”的清单。
6. 一到两项改变,写成行动。 针对每个选中的类别,把团队承诺的改变写成一条行动项:一个负责人、一个动词、一个日期。“把估算做得更好”只是愿望;“Lena——在周四的计划会上增加 15 分钟的估算检查——从下个 Sprint 开始”才是行动。
7. 负责人、检查日期与感谢。 带着负责人把行动复述一遍;说明检查日期,通常就是下一次回顾会;最后进行一轮点名致谢。最后这一项不是装饰:正是它让人们下次愿意写下第 4 项里的那些便签。

不属于这里的内容:任何应放在评审会(范围)、事件复盘(一次故障的时间线)或一对一(某一个人)的事项。试图承载这些内容的回顾会,会越开越长,却什么也决定不了。

如何进行:会前、会中、会后

会前:定好时段,准备好事实。 回顾会议是一种周期性会议,安排在评审会之后、下一次计划会之前,这样它依据的是真正交付的内容;它在一周中的位置见会议节奏指南。会议前一天,主持人在团队频道里发布本周期的事实(已交付清单、延期清单、事件)以及上次回顾会的行动和负责人,这样第 1 项和第 2 项在会前就已读过,而不是在会上临时拼凑。主持人要轮换:每次都由经理主持的回顾会,会变成向经理做的汇报。

会中:先写后说,再做决定。 开场先核对行动,每位负责人用一句话说明完成与否及原因。接着用一分钟朗读事实。然后是八分钟的默写,写“做得好”和“做得不好”,每张便签一落下就对所有人可见;如果看板支持翻译,每个人用自己的语言;如果不支持,就用会议室里约定的那一种语言。朗读、归类、投票:十五分钟。选中的类别占用这一小时的剩余时间,这一段里主持人唯一的任务,是在时间用完之前把讨论变成一项有名有姓的行动,并逐条复述,让负责人确认两次。最后五分钟:带着负责人和检查日期复述行动,然后致谢。

会后:当天发布这一页,放在下次回顾会会打开的地方。 包括看板及其便签、选中的类别、有负责人的行动,以及带状态的上次行动:一页纸,发给所有人,包括缺席的人。然后把它放在下次回顾会的起点:下一页顶部的行动核对,就是这一页底部行动清单的副本。只存在于主持人笔记本里的回顾会,等于团队没有开过这场回顾会。

这一小时本身的进行方式,包括开场、时间划分、最后五分钟对结论的复述,与任何高效会议是同一门手艺。回顾会特有的,是先写后说的规则和最多两项改变的限制。

Sprint 回顾会议模板

[团队] — 回顾会议,Sprint [编号] / [周期]
日期: [日期] · 时间: [开始]–[结束] · 链接: [会议链接]
目的: 选出一到两项对我们工作方式的改变,并检查上次选定的改变。
主持人: [姓名,轮换] · 记录: [姓名或“纪要”]
预读: 上次回顾会的页面、本周期的事实

1. 上次回顾会的行动 — 主持人 — 5 分钟 — 信息同步
– [负责人] — [行动] — 原定 [日期] 完成 — 已完成 / 未完成: [原因] / 已放弃
– [负责人] — [行动] — 原定 [日期] 完成 — 已完成 / 未完成: [原因] / 已放弃

2. 用事实描述本周期 — 主持人 — 3 分钟 — 信息同步
已交付:[清单]。延期:[清单]。出问题:[清单]。[本周期一个重要的数字。]

3. 哪些做得好 — 所有人,先书写 — 8 分钟 — 讨论
[便签,每点一条,书写后朗读。]

4. 哪些做得不好 — 所有人,先书写 — 8 分钟 — 讨论
[关于工作和工作方式的便签,不针对个人。]

5. 分组与投票 — 所有人 — 10 分钟 — 决定
类别:[A]、[B]、[C]。每人两票。选中:[一到两个]。留待下次:[其余]。

6. 我们承诺的改变 — 团队 — 15 分钟 — 决定
– [负责人] — [动词 + 对象] — 从 [日期] 开始 — 在 [日期] 的回顾会上检查
– [负责人] — [动词 + 对象] — 从 [日期] 开始 — 在 [日期] 的回顾会上检查

7. 负责人、检查日期与感谢 — 5 分钟
带着负责人复述行动。检查日期:下次回顾会,[日期]。每人一句感谢,点名致谢。

待议区: [提出但未被选中的事项,带入下次回顾会的页面]

这份模板是纯文本:无需调整格式,就能粘贴进文档、画布、白板的便签列或聊天消息。重要的是顺序,而不是工具。

一个填好的示例:八人产品团队,两周 Sprint 之后

平台团队 — 回顾会议,Sprint 31
目的: 选出一到两项对我们工作方式的改变,并检查上次选定的改变。
主持人: Mateusz · 记录: 纪要
预读: Sprint 30 的回顾会页面;昨天发布在频道里的 Sprint 31 事实

1. 上次回顾会的行动 — 5 分钟
– Priya — 把每日站会改到 09:30,让里斯本的同事能实时加入 — 原定 11 月 2 日 — 已完成
– Kenji — 为移动端团队写一页纸的“完成定义” — 原定 11 月 6 日 — 未完成: 在等 QA 负责人的修改意见;改期至 11 月 20 日

2. 用事实描述本周期 — 3 分钟
计划的 11 项交付了 9 项。延期:导出任务、新用户引导邮件。出问题:一次事件,40 分钟,搜索索引。周四的评审会超时 25 分钟。

3. 哪些做得好 — 8 分钟
结对处理搜索问题,当天就关闭了。频道留存了事实,所以没人把“我们交付了什么”问两遍。里斯本的同事参加了每一次站会。

4. 哪些做得不好 — 8 分钟
有两个条目在 Sprint 开始时只写了一半的需求。评审会超时,因为演示环境是在会议期间才搭建的。事件报告晚了三天才写出来。

5. 分组与投票 — 10 分钟
类别:Sprint 开始时的就绪度(6 票)、评审会的时长(4 票)、事件报告(3 票)、估算(2 票)。选中:就绪度、评审会。留待下次:事件报告、估算。

6. 我们承诺的改变 — 15 分钟
– Lena — 在计划会前的周二,对每个条目做一次就绪检查;没有一行需求说明和负责人的条目,不进入 Sprint — 从 Sprint 32 开始 — 在 11 月 28 日的回顾会上检查
– Tomás — 评审当天中午前,演示环境准备好并完成测试 — 从 Sprint 32 开始 — 在 11 月 28 日的回顾会上检查

7. 负责人、检查日期与感谢 — 5 分钟
已复述。检查日期:11 月 28 日。感谢 Priya 的搜索结对,也感谢里斯本同事的早起。

待议区: 事件报告;估算——排在 Sprint 32 回顾会清单的最前面。

注意这一页为什么有效:第 1 项和倒数第二项,是相隔两周的同一份清单。Sprint 31 的行动诞生于 Sprint 30 页面的底部,在这一页的顶部接受检验;Sprint 32 的行动将在 11 月 28 日接受检验。这个循环就是回顾会议的全部价值,也是大多数模板留给记忆去完成的那一部分。

四套引导问题,各自适合什么时候

模板的第 3 项和第 4 项是一对引导问题,而团队会厌倦同一对问题。下面是四种广为人知的替代方案,每一种仍然以第 5 项和第 6 项收尾:

无论使用哪一套,两条规则不变:先写后说,产出是一到两项有负责人的行动。一套引导问题如果带来了更丰富的便签墙却没有决定,就让会议变得更有趣、却更没有用。

回顾会在您已使用的工具里放在哪里

每个主流平台都会给回顾会提供一块看板或一份文档,而各自停在不同的地方。以下只列有文档记载的行为,均出自各厂商自己的页面,并注明每项事实核查的月份:

每一行有两点是相同的。回顾会的看板是会议旁边的一份文档,只使用它被书写或召开时的那一种语言;而上次回顾会的行动是否完成,是文档回答不了的问题——需要有人在下次会议上打开上一页,并把它读给会议室听。如果这样就够了,四者中任何一个都行,这张表就是全部答案。Teams 或 Meet 通话的转录、录制和摘要事后落在哪里、谁还能打开,见Teams 和 Meet 把您的转录、录制和摘要存放在哪里;各平台的实时翻译在通话中覆盖什么、在哪里止步,见 Teams 和 Meet 的指南(Teams、Meet)。

行动如何撑到下一次回顾会

InterMIND 是一个沟通空间,会议就存在于频道之中,因此回顾会有一个顺理成章的家:一个专属频道,前一天在其中发布本周期的事实和上次回顾会的行动,频道保留每一场的纪要,于是 Sprint 30 的那一页距离 Sprint 31 的只有一次点击。每位成员用自己的语言输入,也用自己的语言阅读他人的内容;在别处起草好的页面可以通过邮件进入频道——主机方为频道设置一个专属地址,发往该地址的邮件会作为一条普通消息出现,发件人姓名和附件都会保留。

通话期间,看板是通过 Share to conference 放在所有人屏幕上、视频画面旁边的一份笔记:主持人实时编辑,会议室里的人写下各自的要点,每位参与者都以自己的语言阅读,原文只需切换一下即可查看。上一场的纪要也可以用同样的方式共享到会议中,于是第 1 项——上次回顾会的行动——是呈现在所有人屏幕上的真实记录,而不是某个人对它的回忆。

通话结束后,纪要根据会议本身生成:一份摘要、标注为已达成一致、待定或有争议的要点、带负责人的行动项,每一行都保留其时间戳。它会通过邮件、频道中的一条消息和日历事件中的一个链接送达,每位已登录的成员都以各自的语言阅读——记录是按读者分别翻译的,而不是只用会议室碰巧使用的那种语言写一次。任何成员都可以编辑,每次编辑都会保留作者和修订历史。主机方可以把纪要副本发往任意地址——例如缺陷跟踪系统或 CRM 的入站邮箱——这样两项行动无需任何人转发,就能进入记录系统。按上文所引的文档,Teams 和 Meet 翻译的是当下的瞬间——通话中的字幕、以会议所用语言生成的纪要;而在这里,保持翻译状态的是整个空间。

在开启了团队状态页的组织里,回顾会的行动还会被检查。纪要记录的每一项行动都会加入组织的任务链;下一份纪要生成时,尚未关闭的行动会对照会议中所说的内容来判断:有人报告已完成的行动标记为已完成;讨论过但未完成的行动标记为未完成,原因用会议中的原话写明;无人提起的行动保持未关闭。这些判定显示在组织的状态页上,每一条都附有其所依据的纪要;下一场会议开始时,Mia 会点出尚未关闭的事项及其负责人——所以即使没有人打开上一页,模板的第 1 项也会被说到。团队状态页是一项预览功能:组织管理员在接受 alpha 条款后,于 Settings → Advanced 中开启(每项功能的说明见预览功能页面)。

访客——例如这个 Sprint 的外部承包人、被邀请参加某一次回顾会的客户工程师——通过链接加入,无需账号,无需付费,用手机或浏览器均可,并以自己的语言实时听到会议。会后没有为访客保留的记录——账号是免费的,正是账号让记录变得可以访问。主机方提供这个空间,在付费套餐中,只为过去 28 天内活跃的成员付费;安静下来的成员仍可继续访问,不产生费用。

• 打开一份完整的纪要——一份真实的记录,由生成您自己纪要的同一套代码渲染,包含行动项。
• 试用在线演示——无需注册;您只管发言,听会议室按每位听者的语言被翻译。

回顾会议作为一门手艺,在任何工具里都能延续:总得有人问团队要改变什么,并把答案限制在两项之内。不必延续的是第二份工作——会后用一种语言重新录入看板,并在下一次回顾会开场时,问大家有没有人做了上一次决定的事。

常见问题

什么是回顾会议?

回顾会议是一种周期性会议,团队回头审视自己在一个周期(一个 Sprint、一次发布、一个月)里的工作方式,并承诺做出一到两项改变。它首先核对上次回顾会的行动,把本周期的事实放上看板,以书面形式收集哪些做得好、哪些不好,再分组投票,最后以带有负责人和检查日期的行动收尾。它不同于关注“做出了什么”的评审会,也不同于关注某一次故障的事件复盘。

如何进行 Sprint 回顾会议?

把时段定在评审会之后、计划会之前,并在前一天把本周期的事实和上次回顾会的行动发布到团队频道。会议中:核对上次的行动(五分钟),朗读事实,在任何人开口之前先默写“做得好”和“做得不好”的便签,朗读,归类,每人两票投票,把剩余时间用来将得票最高的一到两个类别变成有一个负责人、一个日期的行动。复述行动,说明检查日期(通常是下一次回顾会),并以致谢收尾。当天发布这一页,放在下次回顾会会打开的地方。

回顾会议的 5 个阶段是什么?

广泛使用的五阶段结构是:营造氛围(目的、上次的行动、规则)、收集数据(本周期的事实和每个人的便签)、产生洞察(把便签分组并找出背后的规律)、决定行动(一到两项有负责人的行动)、收尾(复述、检查日期、致谢)。本指南中的模板与这些阶段逐项对应:第 1–2 项营造氛围并收集事实,第 3–5 项收集并分组,第 6 项做决定,第 7 项收尾。

Sprint 评审会和 Sprint 回顾会议有什么区别?

评审会关注工作成果——做出了什么、是不是原本想做的、待办列表要如何调整——干系人在场。回顾会议关注工作方式——什么拖慢了团队、要改变什么——只有团队自己参加。评审会留下已接受的条目和待办列表的变更;回顾会议留下一到两项关于团队工作方式的行动,以及标记为已完成或未完成的上次行动。回顾会安排在评审会之后,这样它依据的是真正交付的内容。

什么是“开始、停止、继续”?

一种有三栏的回顾会引导问题:团队应该开始做什么、应该停止做什么、应该继续做什么。它取代基础模板中“做得好”和“做得不好”那一对,适合希望直接从便签得出行动的团队——“开始”一栏的便签本身已经是半条行动。分组、投票以及最多承诺一到两项改变的限制仍然适用。

回顾会议的 4 个问题是什么?

经典的回顾会议问四个问题:我们做得好的是什么、我们学到了什么、下次我们应该怎样做得不同、还有什么让我们感到困惑。它们是 4Ls 的另一种形式——喜欢的、学到的、欠缺的、期盼的——最适合较长的周期,例如一个季度或项目结束时,学习与改进同样重要。

Sprint 回顾会议应该开多长时间?

对于两周的 Sprint、五到十人的团队,45 到 60 分钟:上次行动五分钟,事实三分钟,书写十六分钟,朗读、归类和投票十五分钟,改变十五分钟,收尾五分钟。经常超时的回顾会,通常是让评审会或事件讨论混了进来;短得多的回顾会,通常是跳过了书写或行动。

回顾会议模板应该包含什么?

七项内容:带状态的上次回顾会行动;用事实描述的本周期;哪些做得好;哪些做得不好——两者都先书写;分组与投票;写成带负责人和日期的行动项的一到两项改变;以及收尾——复述、检查日期、致谢——外加一个存放被搁置事项的待议区。大多数模板跳过的两部分是第一项和倒数第二项:对旧行动的检查,以及对新行动的负责人和日期。正是它们把一次回顾会和下一次连接起来。

来源:Microsoft — 在 Microsoft Teams 中记录会议笔记;Microsoft — Microsoft Teams 中的纪要;Zoom — 使用 AI Companion 生成会议议程;Zoom — 通过 AI Companion 使用会议摘要;Google — “Take notes for me”的日历与 Meet 设置;Google Meet — Google Meet 中的“Take notes for me”;Slack — 会议议程模板;Slack — 在 Slack 中使用 Huddle。表中每个单元格都注明了其事实的核查月份:Microsoft 的笔记页面、Zoom 的议程页面、Google 的页面和 Slack 的页面均于 2026 年 10 月核查;Microsoft 的纪要页面和 Zoom 的会议摘要页面于 2026 年 8 月核查。五阶段结构和引导问题属于通行做法,不含任何厂商的声明。各厂商会随时间调整套餐、功能和语言列表,请以其页面上的当前信息为准。