事故角色分工是什么
事故期间需要分离三种角色：IC（指挥）负责定级、决策、请求支援与宣布结束；OL（处置）执行技术诊断与修复动作；CL（沟通）负责状态页、干系人同步与时间线记录。小事故可以由一人兼任，但指挥与处置分离能明显减少混乱——同时写命令又统筹全局，两件事都会做不好。角色明确之后，信息流向与决策节奏才有稳定的落点。
基本信息
| 三个角色 | IC 指挥、OL 处置、CL 沟通 |
|---|---|
| 适用规模 | 中大型事故必须分离，小事故可兼任 |
| 关键产出 | 决策记录、状态更新、时间线 |
| 配套机制 | 事故频道、固定更新节奏、状态页 |
| 权限要求 | 与团队应急流程定义相关 |
典型使用场景
- 定级与决策：IC 判断级别、决定是否升级与是否对外通报
- 技术处置：OL 专注诊断与修复，避免被信息流打断
- 对外沟通：CL 统一口径，处理干系人与客户侧的问题
- 时间线记录：CL 记录关键动作与时间点，供复盘使用
- 资源协调：IC 负责向其他团队请求支援，而不是让处置人自己找人
使用要点
- 明确指定角色并在事故频道显著位置刷出，避免默认「谁都可以指挥」
- 处置者不兼任指挥，两个角色都会因此打折扣
- 更新节奏固定（例如每 15 分钟一条状态），减少重复询问
- CL 要能把技术语言翻译成干系人能理解的状态描述
- 复盘时对照时间线评估决策质量，而不是只评价修复速度
指定示例
指定示例
事故频道主题: SEV2 order-svc 错误率 | IC @张 | OL @李 | CL @王
更新节奏: 每 15 分钟一条状态更新
# 状态模板：当前影响、已排除项、下一步动作、需要谁支援
# 时间线：关键动作与判定时刻逐条记录，供复盘使用角色分工
| 角色 | 职责 | 缺失时的后果 |
|---|---|---|
| IC | 定级、决策、请求支援、宣布结束 | 无人拍板，处置方向反复变化 |
| OL | 诊断并执行修复动作 | 被信息流打断，修复变慢 |
| CL | 状态页、干系人同步、时间线 | 干系人消息涌入处置频道 |
| 记录 | 关键动作与时间点 | 复盘缺少可靠依据 |
| 支援协调 | 跨团队资源与支援请求 | 处置人自己找人，进度失控 |
指挥与处置分离是这套角色的核心：同时写命令又统筹全局，两边都会做不好，最终表现为处置慢、信息乱。