迭代回顾会议现场记录格式模板（含议程与引导问题）

迭代回顾会议的现场记录如果只写“讨论了若干问题”，会后很难推动改进。本文提供一张可直接复制的三段式记录表，覆盖会前准备、会中记录和会后行动，并配套五段议程、引导问题清单、字段填写口径与一份完整填写示例。行动项需要进入工作项跟踪时，可衔接ONES Project的迭代与任务管理；经验沉淀可放在ONES Wiki，便于下次回顾查阅。

要点总览（TL;DR）

• 现场记录用一张三段式表格承载：会前准备区填会议信息与上次行动项跟进，会中记录区按五段议程逐段记发言要点、共识与分歧，会后行动区写清行动项、负责人、截止时间和验证方式。
• 议程按“开场与规则—数据回顾—问题归因—改进共识—行动确认”五段推进，60分钟会议可按5、10–15、15–20、10–15、5–10分钟分配，每段配1–2个引导问题，先开放收集再收敛判断。
• 必填项包括会议时间、参与人、迭代范围、上次行动项跟进、议程分段与发言要点、共识，以及行动项四要素；短会可留空地点、分歧、附件等选填栏，正式回顾建议全部填写。
• 记录颗粒度以“结论加依据”为单位，不逐字抄录发言；行动项要求单一负责人、具体日期和可验证方式，缺少负责人或截止时间的不进入跟踪列表。
• 会后24小时内把行动项登记为工作项并回填编号，未完成行动项在下次回顾中重新评估是否继续、修改或关闭，而非默认结转；模板按季度检查并按版本记录变更。

可复制空白模板：迭代回顾会议现场记录表

这张表按会议推进顺序分为三段：会前准备区在会议开始前填好，会中记录区随议程逐段填写，会后行动区在会议结束前确认、会后24小时内补齐。复制到文档或表格工具后，删掉括号中的提示文字即可使用。

区域	字段	填写内容
会前准备区	会议时间	（日期、开始与结束时间）
	地点 / 线上链接	（会议室或会议链接）
	主持人	（姓名）
	记录人	（姓名）
	参与人	（姓名或角色清单，缺席者注明）
	迭代名称与起止日期	（迭代编号、开始日期—结束日期）
	上次行动项跟进	（逐条列出：行动项 / 负责人 / 状态：已完成、进行中、未开始 / 说明）
	本次会议目标	（一句话，如“确认下个迭代的两项流程改进”）
会中记录区	议程一：开场与规则	引导问题： 发言要点： 共识： 分歧：
	议程二：数据回顾	引导问题： 发言要点： 共识： 分歧：
	议程三：问题归因	引导问题： 发言要点： 共识： 分歧：
	议程四：改进共识	引导问题： 发言要点： 共识： 分歧：
	议程五：行动确认	引导问题： 发言要点： 共识： 分歧：
	现场待定事项	（会上未结论、需会后补充的信息及补充人）
	下次回顾时间	（日期，或“随下个迭代结束确定”）
	记录人签名 / 同步时间	（记录人、记录同步到团队的时间）
	附件与数据来源	（燃尽图、工时日志、缺陷清单等材料的位置）
	会议整体结论	（一段话概括本次回顾的主要判断）
会后行动区	行动项	（具体动作，写清改什么、改到什么程度）
	负责人	（单一姓名，不写“大家”）
	截止时间	（具体日期）
	验证方式	（用什么结果证明完成，如“下个迭代需求评审平均耗时降到X小时”）
	跟踪位置	（工作项编号、任务链接或文档位置）
	关联议程	（该行动项来自哪一段讨论）

会中区的五个议程分段与后文议程模板一一对应，记录人不需要另建结构。行动区建议按“一行一个行动项”展开，行动项超过三条时在表格下方续行，保持负责人和截止时间对齐可读。

议程模板与配套引导问题清单

五段议程的作用是把会议从信息同步推进到行动确认。以下时间分配按60分钟会议设计，可按实际时长等比压缩；每段只配1–2个引导问题，问题顺序遵循“先开放收集、再收敛判断”的节奏。

议程分段	时间建议	引导问题示例	记录落点
开场与规则	5分钟	本次回顾希望解决的一个问题是什么？哪些话题本次不展开？	会议目标、讨论边界
数据回顾	10–15分钟	从燃尽图、工时和缺陷数据看，哪个偏差最值得关注？哪些数据与你的体感不一致？	关键数据与偏差事实
问题归因	15–20分钟	这个偏差主要由哪些环节造成？其中哪个环节团队可以改变？	原因判断与依据
改进共识	10–15分钟	针对可改变的环节，我们选择哪一项改进？做到什么程度算有效？	共识结论、保留意见
行动确认	5–10分钟	每项行动谁负责、什么时候完成、怎么验证？	行动项四要素

提问节奏上，前两段以开放问题为主，让参与人把观察讲出来；第三段开始收敛，把原因聚焦到团队可改变的环节；第四、五段只讨论能落地的改进，避免在会上展开新的发散话题。记录人按“议程分段—引导问题—发言要点—共识/分歧”的顺序对应填写，一个问题对应一格，不把多段讨论混写在一起。

常见变体有两种。短会版把时长压到30分钟，合并“数据回顾”和“问题归因”，只保留一个引导问题：“本迭代最大的一个偏差是什么、原因在哪”；适合节奏快、问题较集中的团队。深度归因版把“问题归因”延长到30分钟以上，增加“这个问题过去是否出现过”的追问，适合连续多个迭代出现同类问题的场景。两种变体都保留“行动确认”段，会议再短也要落到负责人和截止时间。

字段说明：每个栏目记什么、怎么记

同一张表由不同人填写时，格式差异主要来自口径不清。下表逐字段说明填写要求，并列出常见错误，供记录人对照使用。

字段	填写口径	常见错误
会议时间	写日期与起止时刻，便于核对实际用时	只写日期，无法判断是否超时
参与人	列姓名或角色，缺席者单独注明	只写“全体”，事后无法追溯谁参与了讨论
迭代名称与起止日期	与工作项系统中的迭代名称保持一致	用“上个迭代”等相对说法，跨文档后产生歧义
上次行动项跟进	逐条写行动项、负责人、状态和未完成原因	只写“已完成大部分”，无法判断具体哪条未完成
发言要点	记观点和支撑事实，一条一行，不逐字记录	把整段对话抄下来，会后无人阅读
共识	写团队明确同意的结论，注明适用范围	把主持人的总结直接当共识，未确认反对意见
分歧	写清分歧双方的观点和未解决的原因	只写“有不同意见”，丢失后续处理线索
行动项	写具体动作和完成标准，可被第三方验证	写“加强沟通”“提升质量”等无法验证的表述
负责人	填单一姓名，承担推动责任	写“前端组”“大家一起”，无人真正负责
截止时间	写具体日期，通常落在下个迭代内	写“尽快”“下个迭代”，到期无法判断是否延误
验证方式	写可观察的结果或数据口径	写“看效果”，完成与否依赖主观判断
跟踪位置	填工作项编号或任务链接	留空，行动项只存在于会议文档中

记录颗粒度建议以“结论加依据”为单位：每条发言要点保留是谁提出的观察、依据是什么数据或事实，省略寒暄和重复表述。一场60分钟的回顾，会中区记录控制在表格一页以内较为合适；讨论密集时可以只记关键分歧和最终结论，细节由参与人在会后补充。

必填与选填：最小可用记录与完整记录

字段是否必填取决于会议强度，而非模板完整度。必填项的共同理由是：缺少后无法追溯会议结论或无法推动行动。

字段	属性	理由与适用场景
会议时间、参与人、迭代名称与起止日期	必填	构成会议的基本追溯信息
上次行动项跟进	必填	没有跟进状态，改进无法闭环
议程分段与发言要点	必填	承载讨论过程，是结论的依据
共识	必填	会议的核心产出
行动项、负责人、截止时间、验证方式	必填	决定改进能否落地
地点 / 线上链接	选填	线上会议或需要留档时填写
分歧	选填	存在未解决争议时填写，无分歧可留空
现场待定事项	选填	会上信息不足、需会后补充时填写
附件与数据来源	选填	回顾引用报表时填写，便于复核
跟踪位置	选填	行动项进入工作项系统后回填
会议整体结论	选填	正式回顾建议填写，短会可省略

最小可用记录适用于15分钟左右的短会：保留会议时间、参与人、迭代范围、上次行动项跟进、一段式发言要点、共识和行动项四要素，其余栏目留空。完整记录适用于正式回顾：全部栏目填写，分歧和待定事项单独成行，附件位置和跟踪位置补齐。

字段缺失时的处理原则是：必填项当场补齐，无法当场补齐的记入“现场待定事项”并指定补充人；选填项缺失不影响记录有效性，但涉及行动项跟踪位置的缺失应在会后24小时内回填。行动项缺少负责人或截止时间时，不进入跟踪列表，回到会上或会后小范围确认后再登记。

填写示例：一次完整迭代回顾的记录

以下示例为演示情景，团队与数据均为中性化描述，用于说明各字段的填写方式，字段口径与上一节一致。

区域	字段	示例内容
会前准备区	会议时间	2025年3月14日 15:00–16:00
	参与人	产品1人、开发4人、测试2人、设计1人；测试负责人请假，会后同步记录
	迭代名称与起止日期	迭代 2025-S05，3月3日—3月14日
	上次行动项跟进	①需求评审提前一天发材料——已完成；②缺陷每日清理——进行中，周三、周四未执行；③测试环境固定窗口——未开始，依赖运维排期
	本次会议目标	确认下个迭代减少需求返工的具体做法
	数据来源	燃尽图、工时日志、缺陷清单（链接见团队文档库）
会中记录区	开场与规则	引导问题：本次聚焦哪个问题？ 发言要点：聚焦需求返工；环境问题只记录不展开。 共识：本次不讨论排期压缩问题。
	数据回顾	引导问题：哪个偏差最值得关注？ 发言要点：本迭代有3个需求在开发阶段发生范围变更，返工工时约占总工时15%；燃尽图在第7天后明显上扬。 共识：返工集中在需求评审后补充的场景。
	问题归因	引导问题：偏差由哪些环节造成？哪个环节团队可以改变？ 发言要点：评审时异常场景覆盖不足；变更由产品口头同步，未更新需求描述。 分歧：开发认为评审应更细，产品认为评审时长已到上限，未形成结论。
	改进共识	引导问题：选择哪项改进、做到什么程度算有效？ 发言要点：先做评审检查清单，覆盖异常场景；变更必须回写需求描述。 共识：两项都做，以“下个迭代范围变更次数”作为观察指标。
	行动确认	引导问题：谁负责、何时完成、怎么验证？ 发言要点：见会后行动区。
会后行动区	行动项一	整理需求评审检查清单并在下次评审试用；负责人：产品A；截止：3月21日；验证方式：下次评审记录中检查清单逐项勾选；跟踪位置：工作项 REQ-318
	行动项二	需求变更当天回写需求描述并通知开发；负责人：产品B；截止：3月18日起执行；验证方式：抽查下个迭代变更记录与需求描述一致；跟踪位置：工作项 REQ-319
	行动项三	与运维确认测试环境固定窗口；负责人：开发C；截止：3月28日；验证方式：连续两周环境可用时间记录；跟踪位置：工作项 OPS-52

对照字段说明可以看到：发言要点只保留观察和数据，分歧写明了双方观点与未结论状态，行动项均具备单一负责人、具体日期和可验证方式。示例中的分歧没有在会上强行统一，而是通过“评审检查清单”这一行动项间接回应，下次回顾时再评估效果。

调整与维护：模板的裁剪、版本与行动项跟踪

模板需要随团队节奏调整，但调整应有记录，避免每场会议各写一套格式。以下维护清单可按季度执行一次。

• 按会议时长裁剪：30分钟以内的短会保留必填字段，会中区合并为三段；60分钟以上的正式回顾保留全部栏目。
• 按团队规模裁剪：参与人超过10人时，增加“分组讨论结论”栏；小团队可省略地点和附件来源栏。
• 版本管理：在模板页首标注版本号和修订日期，变更时在文末记录“改了什么、为什么改”，旧版本归档保留。
• 有效性检查：连续两到三个迭代后，统计行动项按期完成比例、下次回顾中重复出现的问题数量，作为模板是否够用的判断依据。

行动项跟踪是模板长期有效的关键。会后24小时内，把行动区每一行登记为工作项，填写负责人、截止时间和验证方式，并在会议文档中回填工作项编号。ONES Project 支持围绕项目计划、工作项和迭代安排协同工作，团队可以据此查看任务状态和待处理事项；ONES Wiki 支持文档关联任务并插入工作项列表，适合把回顾记录与对应行动项放在同一处查阅。这样下次回顾打开文档即可看到行动项状态，不必另行收集。

未完成的行动项在下次回顾中重新评估，而非默认结转。重新评估时回答三个问题：原行动项是否仍然必要、负责人和截止时间是否需要调整、未完成的原因是执行问题还是方案本身不成立。评估后选择继续、修改或关闭，并在“上次行动项跟进”栏写明处理结果。对于反复未完成的行动项，优先缩小范围或更换负责人，而不是简单延期。迭代结束后，还可以把有效的改进做法整理进团队知识库，作为后续回顾的参考依据。

常见问题

短会只有15到30分钟，记录表可以砍掉哪些栏目？

短会保留必填字段即可：会议时间、参与人、迭代名称与起止日期、上次行动项跟进、一段式发言要点、共识，以及行动项、负责人、截止时间和验证方式。会中区可把五段议程合并为“数据与问题”“改进与行动”两到三段，分歧、现场待定事项、附件来源、会议整体结论等选填栏留空。会议再短也要落到负责人和截止时间，否则改进无法跟踪。

会上讨论激烈、分歧没有结论，记录时怎么处理？

把分歧双方的观点和未解决的原因写进“分歧”栏，注明尚未形成结论，不要用主持人的总结替代共识。若分歧影响行动项确定，记入“现场待定事项”并指定补充人和补充时间。示例中的做法是先用一个间接回应的行动项（如整理评审检查清单）推进，下次回顾时再评估效果，避免在会上强行统一意见而消耗时间。

上次回顾的行动项没做完，这次回顾应该直接顺延吗？

建议重新评估而不是默认结转。重新评估时回答三个问题：原行动项是否仍然必要、负责人和截止时间是否需要调整、未完成的原因是执行问题还是方案本身不成立。评估后选择继续、修改或关闭，并在“上次行动项跟进”栏写明处理结果。对反复未完成的行动项，优先缩小范围或更换负责人，简单延期往往会让同类问题在后续迭代中重复出现。

行动项怎么进入工作项系统跟踪，会议文档和任务如何对应？

会后24小时内，把行动区每一行登记为工作项，填写负责人、截止时间和验证方式，再把工作项编号回填到记录表的“跟踪位置”栏。ONES Project 支持围绕项目计划、工作项和迭代安排协同工作，团队可以据此查看任务状态和待处理事项；ONES Wiki 支持文档关联任务并插入工作项列表，适合把回顾记录与对应行动项放在同一处查阅。下次回顾打开文档即可看到行动项状态，不必另行收集。

模板用久了字段越来越多，怎么判断哪些栏目该保留？

按使用结果判断，而不是按模板完整度。连续两到三个迭代后，统计行动项按期完成比例、下次回顾中重复出现的问题数量，以及记录人填写耗时。若某个选填栏长期空白或从未被查阅，可以删除；若某类讨论反复出现却无处记录，再增加对应栏目。每次调整在模板页首更新版本号和修订日期，文末记录改了什么、为什么改，旧版本归档保留，避免不同场次会议格式各行其是。