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

迭代回顾会议议程模板通常包含五个环节：会前准备与数据收集、开场与规则确认、事实回顾与数据对齐、问题归因与改进项收敛、行动项确认与收尾。配套使用三张表：议程时间盒表、现场记录表和会后跟踪表，总时长建议控制在60–90分钟。下面给出可直接复制填写的空白表格、逐环节字段说明与引导问题、必填与选填取舍、一份完整填写示例，以及长期维护方法。

要点总览（TL;DR）

• 迭代回顾会议议程通常包含五个环节：会前准备与数据收集、开场与规则确认、事实回顾与数据对齐、问题归因与改进项收敛、行动项确认与收尾，总时长建议60–90分钟。
• 模板由三张表组成：议程时间盒表用于会前排期，现场记录表按议题记录事实、原因、决定、负责人和期限，会后跟踪表补充验收标准与检查时点。
• 必填字段为议题、事实描述、决定、负责人和期限；原因分析、验收标准、状态可按会议时长和团队成熟度选填，45分钟会议只保留五个必填字段。
• 主持人与记录人分设，主持人控场提问，记录人同步填表；环节超时把未决内容转入会后跟踪表，优先保证行动项确认环节完整。
• 行动项在下一迭代固定节点逐条检查关闭，连续两个迭代未关闭的事项重新评估是否仍值得做；模板调整需记录版本与变更原因。

可复制空白议程模板与现场记录表

三张表分别承担会前规划、会中记录和会后跟踪。使用时先按议程时间盒表排定各环节时长，会中在现场记录表逐条登记议题，会后把决定转入跟踪表。表格中的字段在后续说明和示例中保持一致，便于对照填写。

表一：议程时间盒空白表

环节	时长	主持人动作	产出物
会前准备与数据收集	会前完成	发出数据收集清单，确认参会人，准备报表	数据包、参会名单
开场与规则确认		说明目标与时长，确认发言规则	会议规则共识
事实回顾与数据对齐		逐项过数据，请相关角色补充事实	事实清单
问题归因与改进项收敛		引导归因讨论，投票收敛改进项	改进项候选清单
行动项确认与收尾		逐条确认负责人与期限，复述结论	行动项清单

表二：现场记录空白表

议题	事实描述	原因分析	决定	负责人	期限	状态

表三：会后跟踪空白表

行动项	负责人	验收标准	检查时点	状态

议程各环节的字段说明与引导问题

每个环节有明确的目标和产出物，主持人按引导问题推进，记录人同步填写现场记录表。主持人与记录人分设，主持人负责控场和提问，记录人负责把事实、原因、决定和行动项落到表格里，避免同一人既引导又记录导致遗漏。

会前准备与数据收集

目标是把讨论建立在事实上，产出物是数据包和参会名单。数据包通常包括迭代计划完成情况、缺陷数量与分布、发布记录和工时投入。引导问题：本迭代承诺了哪些事项，实际完成了哪些？哪些数据与预期偏差最大？有哪些信息需要相关角色在会上补充？

开场与规则确认

目标是让参会者对会议目标和讨论方式形成共识，产出物是会议规则共识。主持人说明本次回顾聚焦单个迭代的运行情况，约定发言对事不对人、每人都有表达机会。引导问题：本次会议希望解决什么问题？讨论中遇到分歧如何处理？时间如何分配？

事实回顾与数据对齐

目标是先把事实摆清再进入判断，产出物是事实清单。记录人在现场记录表的“事实描述”列逐条登记，只写可核对的现象，例如“本迭代有3个需求延期交付2天”。引导问题：哪些事项按计划完成？哪些出现偏差，偏差出现在哪个环节？数据与大家的主观感受是否一致？

问题归因与改进项收敛

目标是从事实中找到可改进的点并收敛成有限数量的改进项，产出物是改进项候选清单。归因时区分流程、协作、需求变更和技术因素，避免停留在个人层面。引导问题：这个偏差的主要原因是什么？哪些原因在团队可控范围内？如果只改一件事，改哪件收益最大？

行动项确认与收尾

目标是把改进项转成可执行、可检查的行动项，产出物是行动项清单。每条行动项要有负责人、验收标准和检查时点，记录人同步填入会后跟踪表。引导问题：这条行动项由谁负责？完成的标志是什么？什么时候检查？

时间盒超时的处理方式：主持人提前2分钟提示剩余时间；某环节超时且讨论仍有价值时，把未决内容记为“待跟进议题”转入会后跟踪表，不在会上无限延长；整体超时超过10分钟，压缩归因环节的发言轮次，优先保证行动项确认环节完整。

必填与选填字段的取舍

字段过多会让现场记录变成负担，团队往往记到一半就放弃。建议把字段分为每次必填和按条件选填两类，先保证必填字段完整，再按会议形式和团队成熟度增加选填字段。

字段	类别	理由或适用条件
议题	必填	没有议题，记录无法回溯讨论对象
事实描述	必填	归因和决定都建立在事实上
决定	必填	会议的核心产出，缺失则回顾失去意义
负责人	必填	行动项无人负责则无法落地
期限或检查时点	必填	没有时间点就无法在下一迭代检查
原因分析	选填	议题原因已明确时可从简；复杂问题建议填写
验收标准	选填	行动项结果不易判断时填写，简单事项可省略
状态	选填	单次短会可会后统一补填；长期跟踪时建议保留

45分钟会议建议只保留议题、事实描述、决定、负责人和期限五个字段，原因分析和验收标准口头说明即可。90分钟会议可以完整填写三张表，并为每条行动项补充验收标准。团队刚开始使用模板时，先跑通必填字段，连续两三个迭代后再逐步增加选填字段。

一份填好的完整示例

以下示例为虚构演示情景，用于展示三张表如何前后衔接，不代表真实客户案例。示例迭代背景：某研发团队完成一个为期两周的迭代，计划交付8个需求，实际交付6个，另有2个延期。

议程表填写示例

环节	时长	主持人动作	产出物
会前准备与数据收集	会前1天	发出数据清单，收集迭代报表	数据包、参会名单
开场与规则确认	5分钟	说明目标，确认发言规则	会议规则共识
事实回顾与数据对齐	20分钟	逐项过交付数据，请测试补充缺陷情况	事实清单
问题归因与改进项收敛	25分钟	引导归因，投票选出2条改进项	改进项候选清单
行动项确认与收尾	10分钟	逐条确认负责人和检查时点	行动项清单

现场记录表填写示例

议题	事实描述	原因分析	决定	负责人	期限	状态
需求延期	2个需求延期2天交付	联调阶段发现接口约定不一致，返工耗时	联调前增加接口评审	后端负责人	下个迭代第3天	待执行
缺陷集中	测试阶段发现12个缺陷，其中5个集中在同一模块	该模块缺少单元测试	补充该模块核心路径的单元测试	开发负责人	下个迭代结束前	待执行

会后跟踪表填写示例

行动项	负责人	验收标准	检查时点	状态
联调前增加接口评审	后端负责人	下个迭代所有跨端接口在联调前完成评审并留记录	下个迭代第3天	待执行
补充核心路径单元测试	开发负责人	该模块核心路径单元测试覆盖并通过	下个迭代结束前	待执行

一致性核对：现场记录表中的两条决定，分别对应会后跟踪表中的两条行动项；负责人和期限在两表中一致；验收标准只在跟踪表中展开，现场记录表保持简洁。这样会中记录轻量，会后跟踪完整。

模板的调整与长期维护方法

模板需要在多个迭代中逐步调整，才能贴合团队节奏。调整的依据是每次会议的实际用时和记录完整度，而非一次性设计到位。

按迭代长度和团队规模调整环节时长

两周迭代的回顾会可按示例分配时长；一周迭代可把事实回顾压缩到10–15分钟，归因环节保持20分钟左右。团队人数在10人以内时，每人发言一轮即可覆盖；人数更多时，可先分组讨论再汇总，或提前收集书面意见，会上只讨论分歧点。

行动项在下一迭代的检查与关闭方式

建议在下一迭代的固定节点检查跟踪表，例如迭代中期站会或下次回顾会开场。检查时逐条核对验收标准，完成的标记关闭，未完成的说明原因并决定顺延或调整。行动项不宜跨迭代无限累积，连续两个迭代未关闭的事项应重新评估是否仍值得做。

历史记录的归档与检索方式

每次回顾会后，把三张表整理成一份记录，按迭代编号和日期命名归档。归档时保留决定和行动项的最终状态，便于后续检索同类问题的处理方式。团队可以把历次回顾记录沉淀到知识库中形成可检索的经验库，ONES Wiki 支持将经验沉淀为团队知识库，并可关联任务、插入工作项列表，方便回顾结论与具体工作对应起来。

模板版本更新与变更记录

模板本身也应有版本记录：每次调整字段或环节时长，注明调整日期、调整内容和原因，例如“第5迭代起取消状态字段的会中填写，改为会后统一补填”。版本记录与回顾记录分开存放，避免混在一起难以查找。调整后先在一个迭代内试用，再决定是否固定下来。

回顾会的数据来源可以来自迭代报表，改进项和行动项则需要落到具体工作项上跟踪。ONES Project 适配迭代管理等研发场景，提供多种报表实时呈现项目表现，并支持自定义数据范围和维度；回顾产出的行动项可以在工作项中登记负责人和期限，在下一迭代按跟踪表逐条检查关闭，使会中记录与会后执行形成连贯流程。

常见问题

回顾会只有45分钟，五个环节怎么压缩？

45分钟会议建议保留完整骨架但压缩讨论量：开场与规则确认控制在3分钟，事实回顾只过偏差最大的三到五项数据，归因环节聚焦一到两个问题，行动项确认留足8–10分钟。现场记录表只填议题、事实描述、决定、负责人和期限五个必填字段，原因分析和验收标准口头说明，会后由记录人补入跟踪表。

会上讨论很热烈但收不出行动项，怎么办？

常见原因是归因停留在感受层面，没有落到可改的具体动作。主持人可以在归因环节要求每条原因对应一个“下次怎么做”的动作描述，再用投票收敛到两到三条。若时间不够，把未收敛的议题记为待跟进事项转入会后跟踪表，指定一人会后牵头收敛，下次回顾会开场先确认结果，避免会上无限延长。

行动项跨迭代一直没关闭，模板上怎么处理？

在会后跟踪表中保留原行动项并更新状态说明，注明未完成原因和新的检查时点。连续两个迭代未关闭的事项，建议在下次回顾会上重新评估：确认它是否仍值得做，值得做就拆小或调整负责人，不值得做就明确关闭并记录理由。跟踪表不宜无限累积，否则检查环节会越来越长。

回顾会的数据从哪里取，需要提前准备到什么程度？

会前准备环节通常收集迭代计划完成情况、缺陷数量与分布、发布记录和工时投入。使用 ONES 时，迭代报表可以提供进度、质量和成本相关的数据视图，ONES Project 提供多种报表实时呈现项目表现，并支持自定义数据范围和维度（F4）。数据准备的目标是让事实回顾环节有可核对的数据，具体报表字段以团队实际使用的界面为准。

回顾记录和行动项放在哪里，方便下次会前检索？

每次会后把三张表整理成一份记录，按迭代编号和日期命名归档，保留决定和行动项的最终状态。团队可以把历次记录沉淀到知识库形成可检索的经验库，ONES Wiki 支持将经验沉淀为团队知识库，并可关联任务、插入工作项列表（F2、F5），方便回顾结论与具体工作对应。行动项则登记到工作项中，在下一迭代按跟踪表逐条检查关闭。