迭代回顾行动项如何在下一次回顾中检查完成情况

迭代回顾开完，行动项写进了会议记录，下一次回顾却发现没人说得清做到哪一步——问题通常出在记录方式：行动项缺少负责人、截止时间和可判断的完成标志，下次回顾也没有固定的核查环节。可行的做法是把每条行动项登记成可追踪的条目，在下一次回顾开头用10–15分钟逐条核对，按“已完成、未完成、需重新评估”三种结论处理，未完成项经重新评估后再决定继续、改期或关闭。这类登记与核查可以借助ONES的工作项和文档承载，下文按记录、分工、现场核查的顺序展开。

要点总览（TL;DR）

• 行动项闭环需要四个环节：记录成条、指派到人、设定期限与完成标志、下次回顾核查，每个环节都要有明确交付物。
• 每条行动项至少包含编号、可验证描述、来源回顾、负责人、截止时间、完成标志、状态和核查记录八个字段，缺一项就难以在下次回顾中判定。
• 下次回顾开头固定安排10–15分钟逐条核查，按“已完成、未完成、需重新评估”三态处理，已完成项附证据后关闭，未完成项追问原因并当场决定继续、改期或关闭。
• 未完成项不默认自动结转，必须经过重新评估后更新截止时间或关闭，避免清单越滚越长、负责人逐渐忽视。
• 闭环有效性可用核查覆盖率、按期完成比例、未完成项重新评估比例等指标检查，指标口径由团队约定并保持稳定。

行动项从记录到闭环的核心做法

行动项要真正闭环，需要走完四个环节：记录成条、指派到人、设定期限与完成标志、下次回顾核查。四个环节各有明确产物，缺任何一环，下一次回顾就只能凭印象讨论。

• 记录成条：回顾结束前，把讨论出的改进建议逐条写成独立条目，而不是散落在会议纪要的段落里。产物是一份统一登记的行动项清单。
• 指派到人：每条行动项指定一名负责人，负责人对推进和结果负责，可以协调他人参与，但责任不摊薄到“团队一起”。
• 设定期限与完成标志：写明截止时间，并写清完成后能看到什么，例如某文档更新到某版本、某类问题连续两个迭代不再出现。
• 下次回顾核查：下一次回顾固定安排时间逐条核对，给出结论并留下记录。

核查结论按三态处理：已完成，负责人出示完成标志对应的证据，确认后关闭；未完成，追问卡在哪里，判断是执行受阻还是行动项本身设计有问题；需重新评估，对未完成且情况已变化的条目，当场决定继续推进、调整截止时间或直接关闭。三态中只有“已完成”是终点，其余两种都必须在下一次回顾前有明确去向。

未完成项不默认自动结转到下一轮。自动结转会让清单越滚越长，负责人逐渐把它当成背景信息。每条未完成项都要经过一次重新评估：仍然有价值的，更新截止时间和完成标志后重新进入跟踪；条件已不成立的，说明理由后关闭。这样清单里留下的都是当前真正在推进的事。

行动项登记表怎么写：字段与填写规则

登记表是闭环的载体，字段设计决定了下次回顾能不能快速判定。建议至少包含以下八个字段，每个字段都有明确的填写要求。

字段	填写要求	常见错误
编号	按回顾轮次加序号，如“R12-03”，便于跨轮引用	不编号，导致讨论时说不清指哪一条
行动项描述	写成可验证的动作，包含对象和动作，如“把接口联调失败的排查步骤补进测试文档”	写成“提升协作效率”“加强代码质量”这类口号
来源回顾	注明产生于哪一次回顾、对应哪个改进议题	只写日期，无法回溯讨论背景
负责人	写具体的人名，一人负责	写“前端组”“大家”，实际无人推进
截止时间	与迭代节奏对齐，落在下一次回顾之前或当天	定在遥远的季度末，跨过多次回顾仍未到期
完成标志	写成第三方可判断的状态，如“文档中新增该章节并通过评审”	写“基本完成”“有进展”，无法判定
状态	取值统一为：待开始、进行中、已完成、未完成、需重新评估、已关闭	各人用词不一，统计和核查口径混乱
核查记录	记录核查日期、结论和证据说明	只改状态不写依据，下次无法复核

描述和完成标志是两条最容易被写坏的字段。判断标准很简单：换一个不参与讨论的同事，只看这两个字段，能否判断这件事做没做完。如果答案是否定的，就需要在回顾现场当场改写，而不是留到会后补。

截止时间要与迭代节奏对齐。行动项如果在下一次回顾之前无法完成，要么拆成更小的步骤，让第一步能在本轮内完成；要么在登记时就注明分阶段完成标志。状态字段的取值要在团队内统一约定，避免“做了一半”和“快好了”这类描述进入正式记录。

角色分工与各环节交付物

行动项无人跟进，往往不是态度问题，而是没有明确谁在什么时点交出什么。把职责落到角色和交付物上，跟进才有抓手。

角色	时点	职责与交付物
回顾主持人	回顾现场	组织行动项逐条成条，检查字段是否填全，当场确认负责人和截止时间；交付一份填写完整的行动项清单
行动项负责人	两次回顾之间	推进所负责条目，更新状态，在完成时附上完成标志对应的证据；交付状态更新和证据说明
团队	两次回顾之间	配合负责人完成需要协作的部分，在核查时共同确认证据是否成立
迭代负责人或Scrum Master	每次回顾前	提前整理上一轮行动项清单，标注状态和待核查项；交付核查用的清单视图

跟进提醒的责任归迭代负责人或Scrum Master。频率建议与迭代节奏匹配：迭代中期提醒一次，回顾前两三天再提醒一次，提醒内容指向具体条目和截止时间，而不是群发“记得跟进”。负责人收到提醒后更新状态，这一步本身就是核查前的准备。

升级处理需要设定触发条件，常见的有三种：行动项连续两轮回顾仍未完成且没有合理原因；负责人因人员变动无法继续负责；行动项涉及跨团队资源，负责人无权协调。触发后由迭代负责人或Scrum Master在团队或更高层级说明情况，重新指定负责人或调整范围，而不是让条目在清单里静默过期。

如果团队使用ONES，行动项可以作为工作项登记，借助负责人分配和迭代规划把条目落到具体的人和周期上；回顾记录与核查结论则可以放在Wiki文档中，并通过文档关联任务，让清单和记录保持在同一处可查。具体字段和提醒方式需按团队实际配置确认。

下一次回顾中如何逐条检查完成情况

核查环节要固定放在回顾议程的前段，建议安排10–15分钟，先核对上一轮行动项，再讨论本轮新议题。放在后段容易被新话题挤占，久而久之核查就名存实亡。

逐条核查时，主持人对每条行动项按固定顺序提问：

1. “这条的完成标志是什么？”——先复述标准，避免事后降低要求。
2. “现在达到了吗？证据在哪里？”——负责人出示文档、记录或数据，团队共同确认。
3. “如果没有达到，卡在哪一步？”——追问具体阻碍，区分执行不到位和外部条件变化。
4. “接下来怎么处理？”——当场给出继续、改期或关闭的结论，并更新字段。

已完成项的确认方式是：负责人出示证据，团队确认与完成标志一致后，状态改为已完成，核查记录写明日期和证据位置，然后关闭，不再进入下一轮清单。证据不充分的不算完成，转入未完成处理。

未完成项的原因追问要具体到动作层面。“时间不够”需要进一步问清是排期没留出时间，还是被临时任务打断。原因不同，处理方式不同：排期问题的调整截止时间，依赖问题的改由能协调资源的人负责，行动项本身设计不合理的则关闭并记录原因。

核查结论当场写入登记表的核查记录字段，并在回顾结束时形成一份本轮核查摘要，附在下一次回顾的材料里。这样每一轮的核查都有据可查，新加入的成员也能快速了解行动项的来龙去脉。

示例：一个行动项从提出到核查的完整记录

以下为演示情景，用于说明字段和核查过程如何串联。

背景：某团队在第12次迭代回顾中讨论到“测试环境经常被占用，导致联调排队”，决定形成一条行动项。

登记记录：

• 编号：R12-03
• 行动项描述：在团队文档中新增测试环境预约规则，明确预约入口、最长占用时长和冲突处理方式
• 来源回顾：第12次迭代回顾，议题“联调排队”
• 负责人：测试负责人李某
• 截止时间：第13次迭代回顾前一天
• 完成标志：文档中新增该规则章节，并在团队例会上宣讲一次，有会议记录可查
• 状态：待开始
• 核查记录：空

执行过程：迭代中期，李某将状态更新为进行中，完成规则初稿；迭代后期因例会排期推迟，宣讲未进行，状态保持进行中，并在清单中注明“初稿完成，宣讲待安排”。

下次回顾核查：第13次回顾开头，主持人按提问模板核对。李某出示文档章节，确认初稿已写入；宣讲未完成，原因是例会时间被占用。团队判定为未完成，追问后确认规则本身仍需要，决定将截止时间调整到第14次回顾前，完成标志保持不变，状态改为需重新评估后更新为进行中，核查记录写明“文档已完成，宣讲顺延”。

可迁移的规律：完成标志拆成两个可观察动作，使部分完成的情况也能被准确描述；未完成项没有自动结转，而是当场重新评估并更新了期限；核查记录保留了判断依据，下一轮可以直接接着核对宣讲这一项。

完成检查：闭环是否真的跑起来了

机制建立后，需要定期检查它是否在有效运行。以下清单可按迭代或按月核对，每项给出通过标准。

检查类别	检查项	通过标准
记录完整性	上一轮行动项是否都有负责人、截止时间和完成标志	缺失字段的条目为零，或缺失项已在回顾现场补齐
记录完整性	状态取值是否统一	清单中只出现约定的状态值
核查执行	本次回顾是否安排了核查环节并实际执行	核查环节有固定时长，逐条过完上一轮全部行动项
核查执行	核查记录是否写明结论和证据	每条已核查条目都有日期、结论和证据说明
未完成项处理	未完成项是否都经过重新评估	没有未经评估直接留在清单里的条目
未完成项处理	关闭项是否写明理由	关闭条目均有原因记录

可观察的运行指标包括：核查覆盖率，即上一轮行动项中被实际核查的比例，目标应为全部；按期完成比例，即截止时间前达到完成标志的条目占比；未完成项重新评估比例，应等于未完成项数量。指标口径由团队自行约定并保持稳定，便于跨轮比较趋势，而不是追求某个具体数值。

检查不通过时，按问题类型修正：字段缺失多的，在回顾议程中增加填写检查步骤；核查经常被跳过，把核查固定为议程第一项并限定新议题讨论时间；未完成项长期堆积，收紧行动项数量，每轮只保留团队能实际推进的条目，并在升级条件触发时及时处理。

常见问题

行动项负责人中途离职或换人，原来的截止时间和完成标志还有效吗？

负责人变动时，原截止时间和完成标志需要重新确认。迭代负责人或Scrum Master应在发现变动后尽快组织一次简短评估：如果行动项本身仍然有价值，重新指定负责人，并由新负责人确认截止时间是否可行、完成标志是否仍然清晰；如果条件已变化，则说明理由后关闭。核查记录中要写明负责人变更和重新确认的结果，避免下一次回顾时找不到责任人。

行动项数量太多，每次回顾核查时间不够用怎么办？

核查时间不够通常说明行动项数量超出了团队实际推进能力。处理方式有两种：一是在回顾现场控制新增行动项数量，每轮只保留团队能实际推进的条目，把其余建议放入待评估清单；二是对已登记的行动项按优先级排序，核查时优先过完高优先级条目，低优先级条目可以合并或关闭。核查覆盖率的目标是全部，但前提是清单规模与团队精力匹配。

行动项完成标志写成了“有进展”，下次回顾怎么判定？

“有进展”无法作为判定依据，需要在下次回顾现场当场改写。主持人可以追问：完成时能看到什么具体变化？例如文档新增了哪一章、哪个流程连续几个迭代不再出问题、哪类工单数量降到多少。把回答写成第三方可判断的状态，再按新标准核查。如果当场无法改写，说明行动项本身定义不清，应转入需重新评估，由负责人会后补充完成标志后再进入跟踪。

跨团队的行动项负责人无权协调资源，核查时应该怎么处理？

这类行动项在核查时应触发升级处理。负责人说明具体卡点后，由迭代负责人或Scrum Master在团队或更高层级说明情况，重新指定有能力协调资源的负责人，或调整行动项范围使其在当前权限内可推进。核查记录中写明升级原因和处理结果，下一次回顾重点核对调整后的行动项是否按新安排推进。

团队刚开始建立行动项跟踪机制，前几轮回顾应该重点检查什么？

前几轮重点检查记录完整性和核查执行情况：每条行动项是否都有负责人、截止时间和完成标志，状态取值是否统一，回顾中是否实际安排了核查环节并逐条过完。这些基础项稳定后，再关注未完成项是否都经过重新评估、关闭项是否写明理由。运行指标可以先记录趋势，不必急于设定具体数值目标，等团队对口径形成共识后再逐步收紧。