迭代回顾会议的现场记录如果只写几段会议纪要，后续很难追溯讨论依据和行动项。更实用的做法是用一张空白表承载会议信息、议程分段、引导问题、讨论记录和行动项，会前填好基本信息，会中按环节记录，会后把结论转成可跟踪的任务。下面给出可直接复制的空白模板、配套议程与引导问题、字段填写口径，以及一份完整填写示例。
要点总览（TL;DR）
- 现场记录表按“会议信息—议程分段—引导问题—讨论记录—行动项”组织，会前填基本信息，会中按环节记录，会后把结论转成带负责人和截止时间的行动项。
- 议程模板与记录表分段一一对应，60 分钟标准议程分为开场、事实回顾、问题收集、原因讨论、行动项确认和收尾六段，每段配引导问题。
- 迭代名称、会议时间、主持人、记录人、参会人、事实与数据、问题清单、结论、行动项负责人和截止时间属于必填；地点、观点栏、分歧栏、验证方式可按会议形式取舍。
- 事实栏与观点栏分开记录，问题描述包含现象、影响范围和发生环节，行动项采用“动词+对象+完成标准”的写法。
- 模板调整集中在议程时间盒和引导问题，记录表核心字段保持稳定；未完成工作需重新评估处理结论，不默认自动结转。
可复制空白模板：迭代回顾会议现场记录表
这张表按会议推进顺序排列，记录人可以从上往下填写。复制到文档或表格工具后，把方括号中的提示替换为实际内容即可。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 会议基本信息 | 迭代名称 | [如：2025 年第 8 迭代] |
| 会议时间 | [日期 + 起止时间] | |
| 地点 / 线上链接 | [会议室或会议链接] | |
| 主持人 | [姓名] | |
| 记录人 | [姓名] | |
| 参会人 | [姓名列表，缺席者标注] | |
| 回顾目标 | [本次聚焦的主题，如交付节奏、协作问题] | |
| 议程分段记录 | 开场与规则 | 引导问题：[本次回顾遵循哪些讨论规则？时间盒如何分配？] 记录：[ ] |
| 数据与事实回顾 | 引导问题：[哪些数据能说明本迭代的实际表现？] 事实：[ ] 观点：[ ] |
|
| 问题收集 | 引导问题：[本迭代哪些环节出现了阻碍或偏差？] 问题清单：[ ] |
|
| 原因讨论 | 引导问题：[这个问题由哪些因素共同造成？] 讨论要点：[ ] 分歧：[ ] 结论：[ ] |
|
| 行动项确认 | 引导问题：[下一迭代我们具体改变什么？] 确认结果：[ ] |
|
| 收尾 | 引导问题：[还有哪些未覆盖的内容？下次回顾需要延续什么？] 记录：[ ] |
|
| 行动项 | 事项 | [动词 + 对象 + 完成标准] |
| 负责人 | [姓名] | |
| 截止时间 | [日期] | |
| 验证方式 | [如何判断已完成，如数据指标、评审确认] | |
| 状态 | [待开始 / 进行中 / 已完成 / 已取消] |
行动项建议单独列成多行表格，每个事项一行，便于后续逐条跟踪。如果会议中产生多个问题，可以在“问题收集”和“原因讨论”之间插入编号，让每个问题对应一组讨论记录和行动项。
议程模板与配套引导问题清单
记录表的分段来自议程。下面是一份适用于 60 分钟回顾会议的标准议程，时间盒可按团队情况调整，但每个环节都应有明确产出，避免讨论停留在感受层面。
| 环节 | 时间盒 | 产出 | 引导问题示例 | 对应记录栏 |
|---|---|---|---|---|
| 开场与规则 | 5 分钟 | 确认目标、规则和时间安排 | 本次回顾最想解决什么？讨论中如何对待不同意见？ | 开场与规则 |
| 数据与事实回顾 | 10 分钟 | 列出可核对的事实和数据 | 本迭代计划完成了多少？哪些数据出现明显偏差？ | 事实栏 |
| 问题收集 | 10 分钟 | 形成问题清单 | 哪些环节卡住了？哪些问题重复出现？ | 问题清单 |
| 原因讨论 | 15 分钟 | 每个问题形成原因判断和结论 | 这个问题在哪个环节发生？影响范围有多大？有哪些因素共同作用？ | 讨论要点、分歧、结论 |
| 行动项确认 | 15 分钟 | 形成带负责人和截止时间的行动项 | 下一迭代具体改变哪一个动作？谁负责？怎么验证？ | 行动项表 |
| 收尾 | 5 分钟 | 确认记录完整、遗留事项有归属 | 还有哪些问题没有讨论完？下次回顾需要跟进什么？ | 收尾记录 |
回顾目标不同，议程可以调整侧重点。聚焦交付节奏时，把“数据与事实回顾”延长到 15 分钟，引导问题围绕计划完成率、延期环节、返工情况展开；聚焦协作问题时，把“原因讨论”延长，引导问题改为“哪些交接环节信息丢失”“哪些决策等待时间过长”。议程变体只调整时间盒和问题清单，记录表的分段结构保持不变，记录人不需要重新学习格式。
引导问题与记录栏的对应关系要在会前说明：每个环节开始时，主持人抛出该环节的问题，记录人把回答分别写入事实、观点、问题、分歧或结论栏。这样记录内容与议程同步推进，会后不需要凭记忆补写。
字段说明：每个记录栏该填什么
同一张表由不同记录人填写时，最容易出现口径不一致。下面逐类说明填写要求。
会议信息字段。迭代名称使用团队统一的迭代编号或名称；时间写到起止时刻；地点填写会议室名称或线上链接；主持人和记录人写姓名；参会人列出实际到场者，缺席者单独标注；回顾目标用一句话写明本次聚焦的主题。
事实栏与观点栏。事实栏写可核对的内容，例如完成的工作项数量、延期的事项、评审中发现的问题数量、线上故障次数。观点栏写参与者的判断和感受，例如“大家认为需求变更通知太晚”。两类内容分开记录，讨论时先看事实，再讨论观点，能减少各说各话。
问题描述。一个问题应包含三个要素：现象（发生了什么）、影响范围（影响了哪些工作或角色）、发生环节（在需求、开发、测试、发布中的哪一段）。例如“测试环境在迭代后期连续两天不可用，导致 5 个需求验证延后，发生在提测环节”，比“测试环境不稳定”更容易后续讨论。
分歧与结论。出现不同意见时，在分歧栏写明各方观点及依据，不急于当场统一。结论栏记录会议最终采纳的判断或决定，并注明是当场达成还是留待会后确认。没有形成结论的问题，要写明下一步由谁在什么时间给出答复。
行动项。采用“动词 + 对象 + 完成标准”的写法，例如“在提测前一个工作日由开发负责人确认测试环境可用”。每条行动项补齐负责人、截止时间、验证方式和状态。避免写“加强沟通”“提升质量”这类无法验证的表述。
必填与选填：哪些字段不能空
现场记录的价值在于可追溯，因此与结论和责任相关的字段不能空。下表区分必填与选填字段，并说明取舍依据。
| 字段 | 要求 | 原因或适用场景 |
|---|---|---|
| 迭代名称、会议时间 | 必填 | 用于归档和后续检索，缺失后难以定位是哪次回顾 |
| 主持人、记录人 | 必填 | 明确记录责任，便于会后补充和核对 |
| 参会人 | 必填 | 判断讨论覆盖了哪些角色，缺席角色的事项是否需要补充确认 |
| 事实与数据 | 必填 | 回顾讨论的依据，缺少事实容易变成主观评价 |
| 问题清单 | 必填 | 本次回顾的核心输入，也是行动项的来源 |
| 结论 | 必填 | 没有结论的讨论无法转化为改进 |
| 行动项负责人、截止时间 | 必填 | 决定行动项能否被跟踪和验证 |
| 地点 / 线上链接 | 选填 | 线上会议或固定会议室可简写；需要回看录屏时建议填写 |
| 回顾目标 | 选填 | 常规回顾可省略；专题回顾建议填写以限定讨论范围 |
| 观点栏 | 选填 | 时间紧张时可只记事实和结论；需要保留团队情绪和判断依据时填写 |
| 分歧栏 | 选填 | 无分歧时留空；有争议且未当场统一时必须填写 |
| 验证方式 | 选填 | 简单事项可省略；涉及流程改变或指标改善时建议填写 |
会议时长较短时，可以压缩观点栏和收尾记录，保留会议信息、事实、问题、结论和行动项五类内容。线上会议缺少面对面交流，建议补充地点或录屏链接，并把分歧记录得更完整。字段确实无法当场填写时，在对应位置标注“待补”并写明补充人和时间，避免留白被误认为没有讨论。
填写示例：一次完整回顾会议的记录
以下示例为演示情景，展示各字段如何落地，团队名称和数据均为示意。
| 区域 | 填写内容 |
|---|---|
| 迭代名称 | 2025 年第 8 迭代 |
| 会议时间 | 2025-04-18 15:00–16:00 |
| 地点 / 线上链接 | 三层会议室 + 线上会议链接 |
| 主持人 / 记录人 | 李敏 / 王涛 |
| 参会人 | 李敏、王涛、陈晨、赵磊、周宁；产品负责人张帆缺席 |
| 回顾目标 | 聚焦提测环节的延期问题 |
| 开场与规则 | 规则：先看数据再讨论原因，每个问题讨论不超过 8 分钟；时间盒按议程执行。 |
| 事实 | 计划完成 18 个需求，实际完成 15 个；3 个需求延期至下一迭代；测试环境在 4 月 14 日至 15 日不可用；提测平均等待时间为 1.5 天。 |
| 观点 | 开发人员认为提测标准不清晰，测试人员认为提测前自测不足。 |
| 问题清单 | 问题 1：测试环境在迭代后期不可用，影响 5 个需求验证，发生在提测环节。 问题 2：提测材料缺少自测记录，导致测试反复确认，发生在提测交接环节。 |
| 讨论要点 | 问题 1：环境维护没有明确责任人，故障报修依赖临时沟通。 问题 2：提测清单存在，但未要求附自测结果。 |
| 分歧 | 是否暂停新需求提测以优先修复环境。一方认为应暂停，另一方认为会影响交付节奏。 |
| 结论 | 问题 1：指定陈晨为测试环境维护责任人，环境故障在 2 小时内响应；是否暂停提测由主持人在故障发生时判断。 问题 2：提测清单增加自测记录栏，下一迭代开始执行。 |
| 收尾 | 产品负责人缺席，涉及需求优先级的行动项由李敏会后确认；下次回顾跟进环境故障次数和提测返工情况。 |
| 行动项 | 负责人 | 截止时间 | 验证方式 | 状态 |
|---|---|---|---|---|
| 在提测清单中增加自测记录栏并通知全员 | 王涛 | 2025-04-22 | 下一迭代提测单均附自测记录 | 待开始 |
| 明确测试环境维护责任人和 2 小时响应规则 | 陈晨 | 2025-04-21 | 环境故障记录中响应时间可查 | 待开始 |
| 与产品负责人确认 3 个延期需求的优先级 | 李敏 | 2025-04-23 | 下一迭代计划中体现确认结果 | 待开始 |
示例中的事实栏只写可核对的数据，观点栏单独记录判断；分歧栏保留了两种意见，结论栏写明最终决定和判断条件；行动项均包含动作、负责人、截止时间和验证方式，与字段说明中的要求一致。
调整与维护方法：让模板适配团队并持续可用
模板需要随团队节奏调整，但调整应集中在议程和问题清单，记录表的核心字段保持稳定，方便跨迭代对比。
按会议时长和团队规模裁剪。60 分钟会议可使用完整六段议程；30 分钟会议可合并“开场与规则”和“收尾”，把原因讨论限制在最重要的一到两个问题。团队人数超过十人时，问题收集可以提前用便签或在线表单完成，现场只做归并和讨论，减少轮流发言占用的时间。
按回顾目标增删引导问题。每次回顾前由主持人从问题清单中挑选 3 到 5 个问题，写进议程对应环节。问题过多会让讨论分散；连续几次回顾使用相同问题时，可以替换为更具体的提问，例如把“哪里做得不好”改为“哪个交接环节等待时间最长”。
版本管理与归档。模板文件名带版本号和更新日期，例如“迭代回顾记录模板_v1.2_202504”。每次修改在版本说明中写明增删了哪个字段或问题。已填写的记录按迭代归档到团队知识库，命名包含迭代名称和日期，便于按时间检索。归档时保留原始记录，不覆盖修改。
行动项跟踪与复核。行动项在会后进入团队的工作项或任务列表，按负责人和截止时间跟踪状态。下次回顾开始时，先复核上次行动项的完成情况：已完成的说明验证结果，未完成的说明原因并重新评估。ONES Project 可围绕迭代安排和工作项协同，团队能查看任务状态和待处理事项；回顾记录与经验可用 ONES Wiki 沉淀为团队知识库，并支持文档关联任务、插入工作项列表，让记录中的行动项与执行状态保持对应。是否采用工具承载取决于团队已有的协作方式，记录表本身在文档工具中同样可以维护。
未完成工作的处理。上一迭代未完成的需求或任务，不在回顾会上默认自动转入下一迭代。记录中应写明每项未完成工作的处理结论：重新评估优先级、拆分后纳入下一迭代、退回需求池或取消。处理结论写入行动项或下一迭代计划，避免未完成工作在没有评估的情况下持续累积。
维护模板时可以用一份简单清单自查：会议信息是否完整、事实与观点是否分开、每个问题是否有结论、每条行动项是否有负责人和截止时间、上次行动项是否已复核。连续使用几次后，再根据记录中反复出现的空白栏或填写困难，决定是否调整字段。
常见问题
回顾会议只有 30 分钟，记录表可以删掉哪些部分？
可以合并“开场与规则”和“收尾”，把原因讨论限制在最重要的一到两个问题上。会议信息、事实与数据、问题清单、结论、行动项负责人和截止时间这几类内容建议保留，它们决定记录能否追溯和跟踪。观点栏、分歧栏、验证方式在时间紧张时可以留空，但涉及流程改变或指标改善的行动项，验证方式最好补上。
会上没有形成结论的问题，记录里怎么写？
在结论栏注明“未形成结论”，并写明下一步由谁在什么时间给出答复，把这条答复事项同时列入行动项。分歧栏保留各方观点及依据，方便后续确认时回看。这样处理后，未决问题有明确归属，不会因为会议结束而丢失。
上次回顾的行动项没做完，这次会议怎么处理？
下次回顾开始时先复核上次行动项：已完成的说明验证结果，未完成的说明原因并重新评估。重新评估的结论可以是调整截止时间、更换负责人、拆分事项或取消，处理结论写入本次记录和行动项表。上一迭代未完成的需求或任务同样需要重新评估优先级和纳入方式，不默认自动转入下一迭代。
线上会议的现场记录需要额外注意什么？
线上会议缺少面对面交流，建议填写地点或录屏链接，便于会后回看。分歧栏记录得更完整，把各方观点和依据写清楚。问题收集环节可以提前用在线表单或便签收集，现场只做归并和讨论，减少轮流发言占用的时间。
记录表一定要放在专业工具里维护吗？
不一定。记录表在普通文档或表格工具中同样可以维护，关键是字段口径一致、按迭代归档。如果团队已经在用 ONES，行动项可以进入工作项列表按负责人和截止时间跟踪状态，回顾记录可用 ONES Wiki 沉淀为团队知识库，并支持文档关联任务、插入工作项列表，让记录中的行动项与执行状态保持对应。
