迭代回顾会引导问题清单模板：议程、提问与记录格式

迭代回顾会的引导问题如果只靠临场想，讨论容易停在“大家辛苦了”或变成追责。这份模板把回顾会拆成开场对齐、数据回看、做得好的、需要改进的、根因追问、行动承诺、收尾确认七个阶段，每段配3–5个问题，并提供现场记录表和议程时间盒表。你可以直接复制空白表使用，再参照字段说明和两星期迭代示例填写；行动项需要登记负责人与截止时间，ONES 的工作项与文档协作可用于承接从会议记录到后续跟踪的衔接。

要点总览（TL;DR）

• 引导问题清单按开场对齐、数据回看、做得好的、需要改进的、根因追问、行动承诺、收尾确认七段组织，每段3–5个问题，可直接复制空白表使用。
• 配套三张表：引导问题清单、现场记录表、议程时间盒表，通过问题编号关联，现场只填编号和讨论结果。
• 必填字段包括阶段、问题编号、引导问题、决定、负责人、截止时间；适用情形、讨论要点、关联工作项链接、参会角色为选填。
• 未完成工作需在回顾中记录重新评估结论，不默认自动结转到下个迭代。
• 清单按迭代类型裁剪问题数量，定期增删问题库，行动项在下次回顾开场复查并按完成标志关闭。

可复制的迭代回顾会引导问题清单（空白模板）

先复制三张表：第一张按会议阶段列出引导问题，第二张记录现场讨论与决定，第三张控制各环节时间。三张表通过“问题编号”关联，现场记录时只需填写编号，不必重复抄写问题。

表1：引导问题清单

阶段	问题编号	引导问题	适用情形	现场填写栏
开场对齐	Q01	本次回顾覆盖哪个迭代？起止时间是什么？	所有迭代
开场对齐	Q02	今天希望带走哪一项最重要的改进？	所有迭代
开场对齐	Q03	哪些话题今天不展开，需要另约时间？	议题较多时
数据回看	Q04	计划完成与实际完成分别是多少？偏差出现在哪里？	所有迭代
数据回看	Q05	延期事项集中在哪个环节？	存在延期
数据回看	Q06	质量数据（缺陷、返工、线上问题）与上个迭代相比如何？	质量波动
数据回看	Q07	哪些工作项在迭代结束时仍未完成？重新评估的结论是什么？	有未完成工作
做得好的	Q08	本迭代哪件事值得保持？具体做法是什么？	所有迭代
做得好的	Q09	谁在哪个环节提供了关键帮助？	协作顺畅时
做得好的	Q10	哪个改进来自上个迭代的行动项？效果如何？	有历史行动项
需要改进的	Q11	本迭代最影响交付的一件事是什么？	所有迭代
需要改进的	Q12	哪个协作接口出现了等待或信息缺失？	协作摩擦
需要改进的	Q13	哪个问题重复出现了两次以上？	问题反复
根因追问	Q14	这个问题第一次出现是在什么时候？当时发生了什么？	需要定位原因
根因追问	Q15	如果只改一个条件，最可能减少这个问题的是哪个？	原因较多
根因追问	Q16	我们能从流程、分工、工具或信息传递中分别看到什么？	需要多角度分析
行动承诺	Q17	针对这个原因，下个迭代做哪一件具体的事？	所有迭代
行动承诺	Q18	谁负责？截止时间是什么时候？完成标志是什么？	形成行动项
行动承诺	Q19	需要谁配合？配合事项什么时候确认？	跨角色行动
收尾确认	Q20	今天形成了哪几项决定？请逐条复述。	所有迭代
收尾确认	Q21	行动项在哪里跟踪？下次什么时候复查？	所有迭代
收尾确认	Q22	本次会议记录由谁整理、何时发出？	所有迭代

表2：现场记录表

问题编号	讨论要点	决定	负责人	截止时间	状态

表3：议程时间盒表

环节	时长	主持人动作	产出
开场对齐	5分钟	说明范围与规则，确认不展开的话题	会议边界
数据回看	10分钟	展示计划、进度、质量数据，请参会人补充事实	事实清单
做得好的	10分钟	请每人说一件值得保持的做法	可复用做法
需要改进的	15分钟	收集问题，合并同类项，投票排序	优先问题清单
根因追问	20分钟	对前1–2个问题连续追问，避免跳到方案	原因判断
行动承诺	15分钟	逐项确认负责人、截止时间、完成标志	行动项
收尾确认	5分钟	复述决定，确认记录人与复查时点	会议纪要

清单字段说明：每个字段记录什么、怎么用

字段设计的目标是让没参会的人也能读懂记录，让下次回顾能接上本次结论。下表逐字段说明填写口径，空白模板、说明和示例使用同一套字段名称。

字段	记录什么	填写口径
阶段	问题所属的会议环节	从七个阶段中选择一个，用于分组和控场；同一阶段的问题连续排列
问题编号	问题的唯一标识	按Q01、Q02顺序编号；现场记录表引用同一编号，便于回溯原问题
引导问题	主持人实际提出的问题	写成一句可直接念出的问句，避免包含多个追问
适用情形	该问题适合的迭代状况	标注“所有迭代”或具体状况，如延期、质量波动、协作摩擦、有未完成工作
讨论要点	现场讨论的关键事实与分歧	记录事实、数据和不同意见，控制在几条短句内，不逐字记录发言
决定	会议形成的结论	写成可执行的判断，如“下个迭代需求评审提前到开发启动前两个工作日”
负责人	行动项的唯一责任人	填写具体角色或姓名，一项行动只对应一个负责人
截止时间	行动项完成的日期	写到具体日期，避免写“下个迭代”这类模糊表述
状态	行动项当前进展	使用待开始、进行中、已完成、已取消四类状态，每次复查后更新

主持人使用这份清单时，可以按阶段逐段推进：开场先确认边界，数据回看阶段只摆事实，进入根因追问后再讨论原因。现场记录表不必等讨论结束才填，每形成一个决定就补一行，收尾时逐条复述，减少会后补记造成的遗漏。

必填与选填：哪些字段不能空

必填字段保证记录能被追踪，选填字段降低现场填写负担。建议把必填项控制在形成决定之后必须补齐的范围，讨论过程中的细节可以摘要记录。

字段	必填/选填	填写规则
阶段	必填	每个问题必须归属一个阶段，便于按环节复查
问题编号	必填	与引导问题清单一致，现场记录不得使用临时编号
引导问题	必填	清单中的问题原文保留，临时增加的问题需补编号
决定	必填	没有形成决定的问题，填写“本次未形成决定”并说明原因
负责人	必填	行动项必须有唯一负责人；仅讨论未形成行动的可填“无”
截止时间	必填	行动项必须写具体日期；无行动项时填“不适用”
适用情形	选填	用于筛选问题，常规迭代可留空
讨论要点	选填	建议保留关键数据和分歧，便于会后理解决定依据
关联工作项链接	选填	行动项已登记到工作项时填写链接，方便从记录跳转到跟踪
参会角色	选填	记录参与的职能角色，便于判断决定是否覆盖相关方

涉及未完成工作时，记录要求比普通讨论更具体：需要写明未完成事项的名称、当前进度、重新评估后的处理结论，例如转入下个迭代、拆分、取消或调整优先级。模板不默认把未完成工作自动结转到下个迭代，结转必须经过重新评估并留下结论，避免迭代范围在无人确认的情况下持续膨胀。

填写示例：一次两星期迭代的回顾记录

以下示例为演示情景：一个两星期迭代，计划完成12项需求，实际完成10项，其中2项延期；迭代后期出现一轮集中返工，前后端在接口字段确认上出现等待。示例只展示部分问题，字段与空白模板保持一致。

问题编号	讨论要点	决定	负责人	截止时间	状态
Q04	计划12项，完成10项；延期集中在联调阶段	下个迭代在联调前增加一次接口字段核对	后端负责人	下个迭代第3个工作日	待开始
Q07	2项未完成需求中，1项依赖外部接口，1项范围偏大	依赖项改为下个迭代前置确认；范围偏大项拆分为两项	产品负责人	下个迭代启动前	进行中
Q08	每日站会控制在10分钟内，阻塞问题当天暴露	保持站会节奏，阻塞问题当天登记	Scrum Master	持续执行	进行中
Q12	接口字段变更通过聊天工具通知，前端未及时看到	字段变更统一记录在接口文档，并在工作项中留言	后端负责人	下个迭代第1个工作日	待开始
Q15	根因是字段确认没有固定时点，变更缺少统一入口	把字段确认列入联调准入条件	技术负责人	下个迭代第5个工作日	待开始
Q18	行动项需要可检查的完成标志	每项行动项登记到工作项，填写负责人和截止时间	会议记录人	回顾会当天	已完成
Q21	下次回顾需要先看本次行动项完成情况	下次回顾开场增加行动项复查，未完成项说明原因	主持人	下次回顾会	待开始

这份示例中，Q04和Q07对应数据回看，Q08对应做得好的，Q12对应需要改进的，Q15对应根因追问，Q18和Q21对应行动承诺与收尾确认。行动项登记后，下次回顾开场先逐条核对状态：已完成的说明效果，进行中的说明剩余工作，待开始的说明阻塞原因。这样回顾会形成的决定能进入下一轮迭代的日常跟踪，而不是停留在会议纪要里。

如果团队使用 ONES，可以把回顾记录放在 ONES Wiki 中，并将行动项关联到 ONES Project 的工作项，分配负责人和截止时间；迭代进度和质量数据可结合看板、燃尽图及报表回看，让现场讨论引用同一套数据。记录与工作项关联后，下次回顾可以直接从文档跳到对应行动项核对状态。

调整与维护：让清单适配团队并持续更新

清单的价值在于常用常改。建议每次回顾后花几分钟检查哪些问题被跳过、哪些问题反复引发有效讨论，再按迭代类型调整问题数量，避免清单越积越长、现场却用不上。

按迭代类型裁剪问题

迭代类型	建议保留的问题	调整方式
常规迭代	开场2–3个、数据回看2–3个、做得好2个、改进2–3个、根因2个、行动2–3个、收尾2个	保持七段结构，每段控制在3–5个问题
发布迭代	增加发布质量、回滚与线上问题相关问题	压缩“做得好的”环节，把时间留给发布复盘
问题较多的迭代	增加根因追问和重复问题识别	减少常规数据回看问题，优先处理影响交付的主要问题

问题库的增删规则

• 连续两个迭代没有被讨论、也没有产生决定的问题，移入备选库，不直接删除。
• 现场临时增加且有效的问题，会后补编号并写入清单，注明适用情形。
• 同一问题连续三次得到相似回答，改写问法或合并到根因追问阶段。
• 涉及具体项目背景的问题不进入通用清单，放在单次会议的补充问题中。

版本与存放

模板建议保留版本号和更新日期，存放在团队常用的文档空间中，并在回顾会议文档中引用当前版本。每次修改后记录改了什么、为什么改，避免不同团队使用不同版本却无法对照。行动项跟踪表与模板分开放置：模板保持空白，行动项按迭代归档，复查时从归档记录进入。

行动项复查与关闭

行动项在下次回顾开场统一复查，也可以在迭代中期安排一次简短检查。关闭标准建议同时满足三条：负责人确认完成、完成标志可验证、相关方知晓结果。未完成的行动项需要说明原因，并重新确认负责人和截止时间；连续两个迭代未推进的行动项，应重新评估是否仍然必要，避免长期挂在列表里无人处理。

常见问题

回顾会时间有限，引导问题太多讨论不完怎么办？

按迭代类型裁剪问题数量，常规迭代每段保留3–5个核心问题即可。发布迭代可压缩“做得好的”环节，把时间留给发布复盘；问题较多的迭代可减少常规数据回看问题，优先处理影响交付的主要问题。现场主持人按议程时间盒控场，未展开的话题记录到“另约时间”清单，不占用本次会议时间。

未完成的工作项在回顾记录里应该怎么处理？

在数据回看阶段用专门问题确认未完成事项的名称、当前进度和重新评估结论，例如转入下个迭代、拆分、取消或调整优先级。记录中写明结论和负责人，不默认自动结转到下个迭代。结转必须经过重新评估并留下记录，避免迭代范围在无人确认的情况下持续膨胀。

行动项登记后，下次回顾会怎么复查？

下次回顾开场增加行动项复查环节，逐条核对状态：已完成的说明效果，进行中的说明剩余工作，待开始的说明阻塞原因。关闭标准建议同时满足负责人确认完成、完成标志可验证、相关方知晓结果三条。连续两个迭代未推进的行动项，应重新评估是否仍然必要。

团队使用 ONES 时，回顾记录和行动项可以放在哪里？

回顾记录可以放在 ONES Wiki 中沉淀为团队知识库，行动项关联到 ONES Project 的工作项并分配负责人和截止时间。迭代进度和质量数据可结合看板、燃尽图及报表回看，让现场讨论引用同一套数据。记录与工作项关联后，下次回顾可以直接从文档跳到对应行动项核对状态。

引导问题清单需要每次回顾都完整使用吗？

不需要。清单是问题库，每次回顾按迭代实际情况选取适用问题。常规迭代保持七段结构、每段3–5个问题即可；现场临时增加的有效问题，会后补编号并写入清单，注明适用情形。连续两个迭代没有被讨论、也没有产生决定的问题，移入备选库，不直接删除。