发布复盘是什么
发布复盘是对单次发布或一段发布节奏的定期回看：交付周期、失败与回滚、门禁豁免、协作顺畅度与改进项。它和事故复盘互补——没出事但做得别扭的环节也要摆上桌。频率按发布周期或重大发布之后；输出 1 到 3 项可执行的流程改进并指定负责人。
基本信息
| 频率 | 按发布周期（如双周）或重大发布之后 |
|---|---|
| 输入 | 流水线数据（时长、失败率）、回滚记录、门禁豁免记录 |
| 输出 | 1 到 3 项可执行的流程改进 |
| 原则 | 对事不对人，聚焦系统与流程 |
| 参与 | 开发、测试、运维与发布经理等相关角色 |
| 跟踪 | 改进项进待办并定期检查进展 |
复盘数据速览
复盘数据速览
发布次数：18 失败：1 回滚：1 # 数量与质量
流水线 P50 时长：12m → 9m # 效率趋势
门禁豁免：2 次（均为热修复，已补评审） # 流程健康度
改进项：部署脚本增加预检（负责人与期限明确） # 带责任人典型使用场景
- 双周节奏回看：统计周期内的发布数据并找卡点
- 重大发布之后：大版本结束后的专项复盘
- 事故之外：没出事但流程别扭的改进积累
- 新人视角：让新成员讲发布流程中的困惑点
- 门禁调优：豁免次数与原因分布驱动门禁改造
- 团队共识：对发布节奏与冻结窗口形成一致预期
输入与用途
| 输入 | 用途 |
|---|---|
| 流水线时长与失败率 | 效率与稳定性趋势 |
| 回滚记录 | 发布质量与根因分布 |
| 豁免记录 | 门禁与业务节奏匹配度 |
| 协作问题 | 沟通与交接改进 |
| 改进项跟踪 | 上次复盘承诺的兑现情况 |
改进项控制在 1 到 3 项并指定负责人：过多会稀释执行力。
复盘只谈感受不看数据：改进项停留在口号层面。
复盘数据要平时自动记录：临时凑数会让讨论失焦。
把上次改进项的完成情况作为固定议程：承诺才有分量。