课程 6.4 - 审计记录与责任归属¶

故事¶

一个配置变更通过口头批准，一次报价源 Incident 在聊天中讨论，Exposure 监控则“有人在看”。第二天，没有人能确认谁做了变更、验证了什么、后续是否完成。

运营治理的作用，就是防止这种模糊状态。

Incident / 变更 / 风险信号 → 指定负责人

负责人 → 取得正式批准

正式批准 → 协调授权人员执行

授权执行 → 记录证据

证据记录 → 验证结果

验证结果 → 关闭或升级

关闭或升级 → 定期复核

Dealer 可能负责记录和升级风险，但不一定有权修改生产参数。

一个配置变更已获口头同意，但没有正式审批记录，也没有指定执行人和验证人。下一班发现配置结果异常，却无法确认谁执行、执行范围是什么以及是否准备回滚方案。

口头讨论不等于正式审批。负责人、审批人、执行人和验证人必须分别记录。

真实场景

一个配置变更出现问题，但没有人能说明谁批准、谁执行、谁验证。

Dealer 应该看的证据

审批记录、变更时间、执行人、验证截图、影响范围、回滚计划。

错误示范

只在聊天里说“已经改了”，没有审计轨迹。

正确处理

记录申请、审批、变更、验证、负责人和关闭证据，让之后能够复盘。

治理记录让 Incident、变更和风险复核可以追踪。每个重要事项都应有清晰的责任归属、审批依据、执行证据、验证结果和关闭状态。