项目复盘会是什么
复盘会的目的不是总结成绩，而是把这次项目中暴露的流程问题变成下一次的改进动作：沟通是否顺畅、测试窗口是否够用、工具链有没有短板、质量环节哪里漏了。会上只讨论事情不针对个人，产出三到五条带负责人与期限的行动项，写进下次开工检查表。
基本信息
| 目标 | 流程改进，而非追责 |
|---|---|
| 议题 | 沟通、窗口、工具、质量、协作 |
| 输出 | 行动项清单：内容、负责人、期限 |
| 时机 | 项目结束后 1-2 周内，趁记忆清晰 |
| 参与人 | 双方项目成员与关键接口人 |
典型使用场景
- 项目结项时对齐改进点，为下期做准备
- 多轮复测后讨论跟踪节奏为何拖长
- 联测项目后梳理协作与告警归属问题
- 新成员参与的项目，收集执行层面的摩擦点
- 年度总结前汇总各项目共性改进项
复盘议程示例
复盘议程示例
1. 数据回顾：发现数、超期数、复测轮次、平均修复时长
2. 顺利环节 3 条 / 受阻环节 3 条（各写事实，不评价个人）
3. 行动项：内容 / 负责人 / 期限（3-5 条为限）
4. 下次项目的改进承诺，写进开工检查表
5. 待客户决策事项单列，会上不定的事项不进行动项常见议题与改进入口
| 议题 | 常见问题 | 改进方向 |
|---|---|---|
| 沟通 | 告警归属不清、联系人变动 | 固定接口人与联络表 |
| 窗口 | 窗口过窄导致返工 | 提前确认环境与版本状态 |
| 工具 | 版本不一致造成结果差异 | 统一工具清单与版本 |
| 质量 | 报告反复修改 | 发布前清单与交叉评审 |
| 协作 | 多方联测撞车 | 出口 IP 与时段排他 |
行动项少而具体：三项可落地胜过十项口号；只写能在下次项目中验证的事项，写不进检查表的承诺等于没写。
复盘一旦变成追责会，真实反馈立刻消失：所有人只讲场面话，问题被完整保留到下一个项目。