指标一：改进项闭环
统计上个周期改进项的完成与验证情况，完成要有证据，而不只是标为已完成。怎么统计：台账里每项预先写验证方式，季度抽三条回看，确认动作真的发生过。闭环率低，先查改进项是否写得太大、是否没有明确负责人。
指标二：重复问题减少
把连续几个周期的复盘记录放在一起，看同类原因是否重复出现。为什么重要：单次复盘看不出结构性缺口，跨周期对照才能判断改进是否触到流程。统计时按原因归类，不要按项目名称归类，否则永远看不出共性。
指标三：底稿完整度
抽查底稿是否包含时间线、关键单据与待核实项。底稿完整度决定讨论质量，也决定复盘能否被复用。做法是抽三份记录，看结论能否在底稿里找到对应依据；找不到依据的结论，说明当时讨论靠的是印象。边界是抽三份就够，不必全查。
指标四：决策可追溯
检查记录里是否写清当时的可选方案、决策人与取舍理由。为什么单列这一项：多数重复问题源于约束条件没被识别，只有把决策写下来，下次才知道哪些前提变了。缺这一栏的记录，复盘价值会大打折扣。
边界：不直接评价项目成败
项目成败受市场、客户与偶然因素影响，用来评价复盘质量会误导改进方向。边界是只看复盘自身的产出：底稿、改进项与决策记录是否可核查；项目结果作为背景信息，不作为复盘评分依据。
适用与不适用
适合谁
- 已建立复盘机制、需要证明其价值的团队
- 改进项长期悬空、需要找到卡点的负责人
- 想把复盘纳入季度管理动作的企业
不适合谁
- 要求用项目成败直接给复盘打分的管理层
- 从不留底稿、只靠口头共识的组织
典型场景
一家软件公司的质量部门每季度抽查五个项目的复盘记录：先看改进项清单是否附验证方式，再随机挑三条回访责任人，最后把连续三个季度的原因分类放在一起对比。第一次抽查发现一半改进项没有验证方式，于是把这一栏写进模板，下一季度闭环情况明显改善。
可执行步骤
- 统计上个周期改进项总数与已验证完成的数量，分开统计完成与验证
- 按原因归类比对连续三个周期的记录，看同类问题是否重复出现，而不是按项目名归类
- 抽三份底稿，检查结论是否都能找到依据，找不到的在会上追问，也标出责任人
- 回访两位责任人，确认动作真的发生过，而不是只在台账上勾选完成
- 把结论写成下季度的模板与培训调整项，由质量负责人跟踪，并在季度会通报
常见坑
- 用开会次数和记录页数当效果，越开越多却没人改，团队逐渐把复盘当负担，最后能躲就躲
- 改进项没写验证方式，年底统计时只能凭记忆勾完成，闭环与否说不清，无法向上说明改进情况
- 按项目名称归类，看不出重复原因，结论停留在个案，流程问题永远改不到，投入看不到回报
- 把项目失败归到复盘没做好，团队从此不愿如实记录，底稿质量快速下降，问题反而更隐蔽
自检与验收清单
- 改进项是否都有验证方式，并有明确负责人与完成时间
- 是否按原因而非项目归类对比，看重复问题是否减少
- 抽查记录是否覆盖不同团队，而不是只看一个样板项目
- 结论是否落成模板或培训调整，并有负责人跟进
- 是否避免用项目成败直接评分，只看复盘自身产出
常见问题
复盘质量差会被追责吗
不建议。复盘记录一旦与追责挂钩，参会人就会选择性陈述，底稿随之失真。更稳的做法是把复盘质量纳入管理改进项，由负责人跟资源，而不是直接扣分。也不建议扣分。
改进项闭环率多高算正常
没有统一标准，先看趋势是否上升。若长期有大量改进项挂着，通常是条数定得太多或负责人不明确；先减到每周期三条以内，再看闭环情况。再逐步提高要求。
小团队也要做抽查吗
可以简化为一季度一次、抽两条改进项回访。抽查的意义在于让改进项被真正执行，而不是增加报表；小团队由负责人自己打电话确认即可。不必铺开做。不必扩大范围。