「连锁反应式灾难」的复盘第一条：回滚预案没有 · 检查清单的价值不在列出来，在逐项核过并留下痕迹
本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。 案例设定：驭数科技（虚构）发布前 48 小时：v3.4 定于周五 20:00 发布。公司有一份两年前的检查清单模板，但从来没人逐项打勾。v3.3 事故复盘的第一条改进就是「回滚预案缺失」—— 当时清单里有这一项、发布当晚谁也没看。江晓要的不只是一份清单，是逐项核验过、缺项能拦住发布、事后能作为证据留档的执行记录。
注意标橙色那一份 —— 01_旧版发布检查清单.txt。它文档归档 · 2024 版，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。
短是因为「五维检查框架、验证动作规则、缺项处置三选一」都在能力包里。产品经理只要把发布计划扔进来。
江晓把旧模板、发布计划、研发回滚方案、v3.3 复盘、值班表全部扔进来 —— 检查清单的升级从「上次怎么死的」开始。
| 维度 | 项数 | 与旧版的差异 | 来源 |
|---|---|---|---|
| 功能完整性 | 7 | 旧版「测试通过」拆细（用例册/回归/环境对照） | VA-01 联动 |
| 依赖与配置 | 8 | 新增「配置在生产环境生效验证」 | v3.3 事故同款 |
| 环境矩阵 | 5 | 新增预发/生产对照、私有化抽验 | 环境差异清单 |
| 回滚预案 | 6 | 代码/数据/配置三层各自验证 | 本次红灯项 |
| 监控与值守 | 6 | 发布后 2 小时窗口的观察点 | 值班表 |
| 合计 | 32 项 | 每项含验证动作与责任人 | — |
五维 32 项 —— 每项的「验证动作」栏是老模板没有的灵魂：「配置已提交」升级为「配置在生产环境生效并截图存证」—— 打勾是免责、验证才是防险。
| 项 | 核验结果 | 证据 |
|---|---|---|
| 代码回滚演练 | 通过 | 预发环境回退演练记录 |
| 数据回滚方案 | 不通过 | 「无需回滚」≠ 方案 |
| 配置生产生效 | 通过 | 生产配置截图（v3.3 同款项） |
| （其余 29 项） | 通过 | 各项证据在档 |
31 绿 1 红 —— 红的那项是数据库结构变更的回滚：研发方案写「新增表无需回滚」，但半成品数据的残留问题没人回答。红灯不是失败 —— 红灯是清单在干活的样子。
| 选项 | 内容 | 代价 | 建议 |
|---|---|---|---|
| A 补齐 | 周四晚补数据回退脚本并演练 | 4 小时（谭锐加班） | 推荐 |
| B 拆分 | 表结构变更拆到 v3.5，功能先发 | 导出功能的表要兼容旧结构（+0.5 人日） | 可行 |
| C 带风险 | 签字发布，事故时人工清表 | 风险签字 + 人工清理的不确定性 | 不推荐 |
三选一的逻辑：补齐保发布、拆分保安全、带风险保面子 —— 清单的职责是把选项和代价摆上桌，拍板是沈知行的事 —— 「拦住不是目的，逼出处置决策才是」。
| 变更项 | 直接影响 | 二级影响 | 对照 v3.3 |
|---|---|---|---|
| 对象存储桶策略 | 导出文件读写 | 报表导出（共用存储） | 跨域事故同源风险 |
| 通知服务升级 | 站内信 | 消息中心的展示 | 低风险 |
| 新增导出记录表 | 导出功能 | 无（新表） | 回滚风险（红灯项） |
存储桶策略被标为「跨域事故同源风险」—— 报表与导出共用存储，v3.3 那次「一行代码踩了别人的线」的形状在这里重演的可能 —— 影响范围图让共用组件的变更无处隐身。
| 时段 | 动作 | 核验人 | 证据 |
|---|---|---|---|
| 19:30 | 冻结代码与配置 | 谭锐 | 冻结记录 |
| 19:40 | 执行发布序列 | 谭锐+运维 | 部署日志 |
| 20:10 | 核心用例抽测（VA-01 高危 18 条） | 江晓 | 用例记录 |
| 20:40 | 私有化环境抽验（实施侧配合） | 实施组长 | 抽验截图 |
| 21:00 | 发布确认 · 转入 2 小时观察窗 | 沈知行 | 作战板勾选全绿 |
作战板的五个时段对应五个角色 —— 每项证据归档后，这份报告就是发布本身的「交付证据」：真出了问题，「检查过且有证据」与「没检查」的责任认定是两个世界。
答不上来的问题，比答得漂亮的问题更能决定这场演示的结果
返回场景引入页，可查看完整案例背景、演示步骤与提示词