Playbook 是什么
Playbook 描述特定场景下的应对框架：触发条件、角色与职责、决策树、沟通模板、升级路径与事后动作。它解决的是多方协同时“谁在什么时候做什么决定”的问题，适用于重大故障、数据泄露、大促保障、监管检查这类高压力场景。
怎么保证真出事时能用
结构上先把角色定清楚（指挥、技术处置、对外沟通、记录），再写时间线与决策分支；联系人要写明岗位而非仅姓名，避免人员变动后失效。文档要能离线获取（打印件或本地副本），并定期按真实时间线演练，演练后更新流程与联系人。
基本信息
| 结构 | 触发条件、角色表、时间线、决策树、沟通模板、恢复 |
|---|---|
| 演练 | 每年至少一次，演练后更新联系人与流程 |
| 存放 | 随时可取，支持离线访问，不依赖单一系统 |
| 维护 | 指定维护人，角色与联系人变更后同步修订 |
典型使用场景
- 重大故障：定级、组建指挥组、用户公告与复盘
- 数据泄露：技术止损、法务评估与对外口径同步
- 安全事件：隔离、取证与通知流程并行推进
- 大促或高峰保障：值守编排、扩容决策与降级预案
- 监管检查：资料准备、接待分工与答复口径
- 长时间停电或机房事故：切换与恢复的决策路径
重大故障 Playbook 片段
重大故障 Playbook 片段
0-5 分钟：值班定级并通知值班经理（触发条件写清）
5-15 分钟：成立指挥组（技术 / 沟通 / 记录分工）
15-60 分钟：止血优先，并行定位根因；每 30 分钟对外更新
缓解后：发布恢复公告、安排复盘、跟踪行动项
# 全程由记录角色维护时间线，避免复盘凭记忆角色与职责
| 角色 | 核心职责 | 常见失误 |
|---|---|---|
| 指挥 | 定级、拍板、协调资源 | 事必躬亲，反而无人统筹 |
| 技术处置 | 定位与止损 | 多人同时改配置互相干扰 |
| 沟通 | 对内同步与对外公告 | 对外信息与内部事实不一致 |
| 记录 | 维护时间线与决策记录 | 无人记录，复盘无据 |
Playbook 里的决策树要写成可判定的条件（例如影响用户数超过阈值即升级到一级），现场压力下没人有余力做主观权衡。