迭代目标未达成复盘记录应包含哪些内容（附空白模板）

迭代目标未达成时，复盘记录需要把“目标与结果对照、差距归因、过程事实与证据、改进动作与责任人、未完成工作的重新评估结论”五类内容写清楚，才能支撑后续决策。本文提供一份可直接复制填写的空白表格，并配套字段说明、必填标注、完整填写示例与模板维护方法。

要点总览（TL;DR）

• 迭代目标未达成的复盘记录应包含五类内容：目标与结果对照、差距归因、过程事实与证据、改进动作与责任人、未完成工作的重新评估结论。
• 文中提供可直接复制填写的空白表格，字段按复盘讨论顺序排列，目标项、归因、动作和未完成事项可按条目逐行展开。
• 目标口径、实际结果、差距描述、主因判断、关键事实与证据来源、改进动作及责任人为必填；时间点、验证方式、处理责任人与时间可按需填写。
• 填写时先区分内外部因素再判主因，每条关键事实对应到具体报表或记录，改进动作写清做什么、做到什么程度以及如何验证。
• 未完成工作逐项给出回流需求池、拆解进入下一迭代或关闭的结论，不默认自动结转；模板按迭代类型裁剪并标注版本，便于历史记录对照。

可复制空白复盘记录模板

下表可直接复制到文档或表格工具中使用。表格按复盘讨论的自然顺序排列：先写清目标与结果，再记录差距原因和过程证据，最后落到改进动作与未完成工作的处理结论。填写时保留表头信息区，便于后续检索和归档。

区域	字段	填写内容
表头信息区	迭代名称
	迭代周期
	迭代目标（摘要）
	记录人
	参与人
	复盘日期
目标与结果对照区	目标项
	目标口径（指标与数值）
	实际结果
	达成情况（达成/部分达成/未达成）
差距归因区	差距描述
	内部因素
	外部因素
	主因判断
过程事实与证据区	关键事实
	证据来源（报表、记录、工作项）
	时间点
改进动作区	改进动作
	责任人
	完成时间
	验证方式
未完成工作重新评估区	未完成事项
	重新评估结论（回流需求池/拆解进入下一迭代/关闭）
	处理责任人与时间

目标项、差距归因、改进动作和未完成工作评估通常不止一条，填写时按条目逐行展开，同一目标对应多条原因或多条动作时分行记录，避免把多个问题挤在一个单元格里。

每个字段填什么：字段说明

模板能否发挥作用，取决于每个字段是否按统一口径填写。下表逐字段说明含义与填写要求，与上一节模板一一对应。

字段	含义	填写口径
迭代名称	本次复盘的迭代标识	与团队迭代命名保持一致，便于检索
迭代周期	迭代起止日期	写明起止日，跨月迭代尤其要写清
迭代目标（摘要）	迭代启动时确定的目标	摘录原目标表述，不改写为事后结论
目标项	拆开后的单条目标	一条目标一行，可量化目标单独成行
目标口径	目标的指标与数值	写明指标名称、目标值和统计范围，如“核心需求交付率≥90%，按迭代内承诺需求计”
实际结果	与目标同口径的实际数值或状态	使用与目标一致的统计范围，避免口径漂移
达成情况	目标完成程度	按达成、部分达成、未达成三档标注
差距描述	目标与结果之间的具体差额	写数值差或状态差，如“交付率 78%，低于目标 12 个百分点”
内部因素	团队可控的原因	如需求拆分过粗、评审延迟、人力投入不足
外部因素	团队不可控的原因	如上游依赖延期、临时插入高优事项
主因判断	对差距起决定作用的原因	从内外部因素中选出主因，并简述判断依据
关键事实	支撑归因的过程事实	写发生了什么、在哪个环节发生，避免评价性表述
证据来源	事实的出处	注明燃尽图、工时日志、持续集成报告、工作项记录等具体来源
时间点	事实发生的时间	写到日期或迭代内阶段，便于回溯
改进动作	针对主因采取的具体动作	写清做什么、做到什么程度，避免“加强沟通”这类无法验证的表述
责任人	动作的负责人	写具体角色或姓名，一条动作一个责任人
完成时间	动作的截止时间	写到日期，跨迭代动作注明所属迭代
验证方式	判断动作是否生效的方法	写明观察指标或检查节点，如“下一迭代评审一次通过率”
未完成事项	迭代内未完成的工作项	逐项列出，注明原计划完成时间
重新评估结论	对未完成工作的处理决定	逐项判断回流需求池、拆解后进入下一迭代或关闭，写明理由
处理责任人与时间	落实结论的人和时间	与结论一一对应，避免只写结论不落人

归因字段的关键是区分内外部因素后再判断主因。只列原因不判主因，改进动作容易发散；只写主因不列其他因素，又容易掩盖真实约束。证据字段要求可追溯，每条关键事实都应能对应到具体报表或记录，复盘讨论中的口头印象需要先找到出处再写入。

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

复盘记录不必每次填满所有字段，但支撑结论的字段不能空。必填字段缺失时，记录无法支撑后续跟踪，应先补齐再归档。

字段	必填/选填	说明
迭代名称、迭代周期、复盘日期	必填	记录的身份信息，缺失后无法检索和归档
记录人、参与人	必填	明确记录责任与讨论范围
迭代目标（摘要）、目标项、目标口径	必填	没有目标口径就无法判断是否达成
实际结果、达成情况	必填	复盘的直接依据
差距描述、主因判断	必填	连接结果与改进动作的核心结论
内部因素、外部因素	必填	至少各写一条，主因判断需要比较基础
关键事实、证据来源	必填	保证归因可追溯，避免主观判断
改进动作、责任人、完成时间	必填	复盘的价值落在可执行的改进上
未完成事项、重新评估结论	必填（存在未完成工作时）	迭代无未完成工作时可标注“无”
时间点	选填	事实时间明确时填写，增强可追溯性
验证方式	选填	动作效果需要跨迭代观察时建议填写
处理责任人与时间	选填	未完成工作处理涉及多人交接时建议填写

必填项缺失时，按以下方式补充：目标口径缺失的，回到迭代启动记录中找回原目标表述，找不到时在记录中注明“目标未量化”，并将量化目标列为改进动作；证据缺失的，先补查燃尽图、工时日志或工作项变更记录，确实无法找回的，在证据来源中注明“无留存记录”，同时把过程数据留存列为改进项；责任人缺失的，在复盘会上当场确认，不把动作留到会后口头分配。

填写示例：一次未达成迭代的完整记录

以下为演示情景，迭代名称、数据与责任人均为虚构，用于说明各字段的写法。

区域	字段	填写内容
表头信息区	迭代名称	订单模块迭代 2024-S12
	迭代周期	2024-06-03 至 2024-06-14
	迭代目标（摘要）	完成订单拆单能力上线，核心需求交付率不低于 90%
	记录人	迭代负责人（演示）
	参与人	产品、开发、测试共 7 人（演示）
	复盘日期	2024-06-17
目标与结果对照区	目标项	核心需求交付率
	目标口径	迭代内承诺的 10 条核心需求中按期完成的比例，目标≥90%
	实际结果	按期完成 7 条，交付率 70%
	达成情况	未达成
差距归因区	差距描述	交付率 70%，低于目标 20 个百分点，拆单能力延期上线
	内部因素	需求拆分过粗，2 条需求在开发中期才拆出子任务；联调阶段测试介入偏晚
	外部因素	支付网关接口文档在迭代第 4 天才提供
	主因判断	需求拆分过粗为主因：拆分延迟导致排期失真，外部依赖延期进一步压缩了联调时间
过程事实与证据区	关键事实	第 6 天燃尽图出现明显上扬，剩余工作量高于计划；2 条需求在第 7 天完成拆分
	证据来源	燃尽图、工作项变更记录、每日站会纪要
	时间点	2024-06-10 至 2024-06-12
改进动作区	改进动作	需求评审前完成子任务拆分，拆分粒度不超过 2 人日；测试人员在需求评审阶段介入
	责任人	产品负责人、测试负责人（演示）
	完成时间	下一迭代启动前
	验证方式	下一迭代燃尽图无中期上扬，需求平均拆分粒度不超过 2 人日
未完成工作重新评估区	未完成事项	拆单能力剩余 3 条需求未完成
	重新评估结论	2 条拆解后进入下一迭代；1 条因业务优先级下降回流需求池，待重新评估价值
	处理责任人与时间	产品负责人，下一迭代规划会前完成（演示）

示例中归因先列内外部因素再判主因，改进动作对应主因并给出验证方式，未完成工作逐项给出处理结论而非默认结转。这三处是未达成迭代复盘最容易写空的地方，填写时可对照检查。

模板的调整与维护方法

模板需要随团队迭代方式变化而调整，但调整应有依据，避免每次复盘都换一套字段导致历史记录无法比较。

按迭代类型裁剪字段

探索型迭代的目标常以假设验证为主，目标口径可改为“验证结论与后续决策”，证据来源侧重实验记录和用户反馈；交付型迭代保留完整的目标量化与交付率口径。缺陷修复类迭代可在目标项中增加缺陷关闭率与回归通过率。裁剪时保留表头信息区、差距归因区和改进动作区，这三块在任何迭代类型下都承担核心作用。

新增字段的判断标准

新增字段前先确认三点：该字段是否在至少两次复盘中反复被口头讨论却无处记录；是否有稳定的数据来源可以填写；新增后是否会影响与历史记录的可比性。三点都满足时再新增，并在模板版本说明中记录新增原因。仅为个别项目特殊情况设置的字段，放在记录末尾的补充说明中，不进入主表。

模板版本与归档方式

模板本身标注版本号和生效日期，字段增删时升版本并保留旧版本，便于对照历史记录。每份复盘记录按迭代名称和周期归档，与迭代计划、需求列表放在同一位置。团队可将复盘经验沉淀到知识库中，ONES Wiki 支持将迭代经验整理为团队知识库，方便后续迭代查阅。

复盘结论到后续迭代的跟踪

改进动作写入记录后，需要进入下一迭代的可见范围。团队可在项目管理工具中把改进动作建为工作项，指定责任人与截止时间，与迭代安排一起跟踪；ONES Project 支持团队围绕项目计划、工作项和迭代安排协同，及时了解任务状态与待处理事项。下一迭代复盘时，先核对上一轮改进动作的完成情况与验证结果，再讨论新问题，形成闭环。迭代过程中的燃尽图、工时日志和持续集成报告可作为下一轮复盘的证据来源，减少事后补记。

常见问题

迭代目标在启动时没有量化，复盘时目标口径怎么填？

先回到迭代启动记录中找回原目标表述，按原文摘录，不改写成事后结论。确实找不到量化口径时，在目标口径字段注明“目标未量化”，并在改进动作中增加一条：下一迭代启动时明确指标名称、目标值和统计范围。这样记录本身仍能支撑后续跟踪，同时把量化缺失转化为可执行的改进项。

复盘会上大家说法不一致，关键事实和证据来源怎么写？

口头印象先找到出处再写入。每条关键事实对应到燃尽图、工时日志、工作项变更记录或站会纪要等具体来源，写明发生了什么、在哪个环节发生、时间点是什么。找不到留存记录的，在证据来源中注明“无留存记录”，并把过程数据留存列为改进动作，避免把讨论中的推测当成事实归档。

未完成的工作可以直接结转到下一迭代吗？

不建议默认结转。模板要求对每个未完成事项逐项重新评估，给出回流需求池、拆解后进入下一迭代或关闭三种结论之一，并写明理由、处理责任人与时间。业务优先级已经下降的事项继续占用下一迭代容量，会挤压新目标的执行空间；重新评估能让下一迭代的承诺范围建立在当前价值判断上。

改进动作写进复盘记录后，怎么保证下一迭代真的被执行？

把改进动作建为工作项，指定责任人与截止时间，与迭代安排放在一起跟踪，下一迭代复盘时先核对上一轮动作的完成情况与验证结果，再讨论新问题。团队可围绕项目计划、工作项和迭代安排协同，及时了解任务状态与待处理事项；迭代过程中的燃尽图、工时日志和持续集成报告可作为下一轮复盘的证据来源，减少事后补记。

小团队或探索型迭代需要填满整张表吗？

可以裁剪，但表头信息区、差距归因区和改进动作区建议保留，这三块在任何迭代类型下都承担核心作用。探索型迭代的目标口径可改为“验证结论与后续决策”，证据来源侧重实验记录和用户反馈；缺陷修复类迭代可在目标项中增加缺陷关闭率与回归通过率。裁剪后标注模板版本，保证与历史记录仍可对照。