第一步：定范围与底稿
先写清这次复盘覆盖哪段时间、哪些环节、不讨论什么，再指定一人整理底稿。范围不收窄，会议就会从项目延期扯到组织架构；底稿不到位，后面四步都在补事实，时间会翻倍。边界是本次不讨论的事项要写下来。
第二步：还原时间线
按时间顺序把关键动作、决策点与外部变化排成一条线，标出哪些是主动选择、哪些是被动响应。时间线让因果可见，也常暴露真正的转折点并不在大家以为的那一天，讨论才有依据。怎么做：每条只写一行并标来源。
第三步：分离事实与判断
用三栏白板或表格，把事实、解释、决策分开写。主持人持续追问依据：这个结论来自哪条记录、当时还有哪些选项。凡是无法落到记录上的说法，先标为待核实，不进入结论，避免会议被声音大的人带走。边界是无法落到记录的说法不进结论。
第四步：提炼少量改进项
改进项控制在三条以内，每条写动作、负责人、时间与验证方式。列十条通常一条也做不完；宁可只改最关键的一条，下个周期再来一次。改进项要落在流程、模板或检查点上，而不是加强沟通这类无法验收的表述。边界是宁可少列，也不要列满。
第五步：跟踪与归档
把改进项放进团队看板或台账，下个周期固定时间核对，完成的写验证结果，未完成的说明原因。复盘记录归档到项目库，供后续同类项目查阅；没有这一步，复盘会成为一次性活动，经验也不会累积。为什么必须跟踪：否则等于没改。
适用与不适用
适合谁
- 需要把复盘做成固定动作的项目团队
- 跨部门协作多、事实口径不一致的组织
- 刚开始做复盘、需要一个可照做的流程的负责人
不适合谁
- 希望一次复盘解决所有历史问题的管理者
- 不愿投入时间整理底稿、只想开短会的团队
典型场景
一家制造企业的技改项目拖期，生产、设备与采购三方各执一词。项目经理按五步推进：先划定只讨论安装调试阶段，再排出时间线，发现关键转折在设备到场后的验收签字；三栏分离后确认是验收标准未提前约定，最终只留两条改进项，写进下个项目的启动清单。
可执行步骤
- 写清复盘范围与本次不讨论的事项，指定一人整理底稿，并在会前发出
- 按时间顺序排出关键动作、决策点与外部变化，标出主动与被动，供逐条核对
- 用三栏法分离事实、判断与决策，每条结论都标注依据，无依据的先搁置
- 提炼不超过三条改进项，写明动作、负责人与完成时间，当场认领，会后不改口径
- 把改进项放入台账，下个周期固定核对，完成后归档到项目库，记录留档
常见坑
- 范围不设边界，会议从项目问题滑向部门评价，讨论失焦，主持也拉不回来，最后没有结论
- 跳过时间线直接谈原因，结论建立在印象上，无法验证，改进项常常改错方向，问题下个周期重演
- 改进项一口气列了十条，下个周期一条也没动，团队不再相信复盘，会议逐渐沦为一种形式
自检与验收清单
- 范围与本次非议题是否提前写明并发出，参会人已知
- 事实底稿是否在会前分发，参会人是否读过，是否有人提问
- 每条结论是否标注记录依据或标为待核实，不混入判断
- 改进项是否不超过三条，且每条都有负责人，条数是否收住
- 复盘记录是否归档到项目库，可供同类项目查阅
常见问题
五个步骤能压缩吗
小事件可以合并第二、三步，边对时间线边分栏；但定范围、出底稿与跟踪闭环不能省。时间紧时把会议压到四十分钟，也不要省掉底稿，否则讨论质量会明显下降。
需要买复盘软件吗
多数团队不需要。共享文档做底稿、看板跟改进项就够用；工具的价值在于让改进项可见、可核对，而不是提供复杂模板。等复盘频率稳定、跨项目查询变多，再考虑专门工具。
主持人要具备什么能力
主要是控场与追问：能把情绪化表述转成可核实的事实，能在跑题时拉回范围，能顶住压力不让会议滑向追责。业务专家不必是主持人，中立往往比专业更重要。