风险触发条件设计
触发条件是启动应急计划的判据，可以是某个日期、某个指标超过阈值，或某个可观测事件发生。好的触发条件满足三点：客观可测量、有人负责监测、记录留痕。触发条件依附于监控机制，无人监测的触发条件等同于没有触发条件。
基本信息
| 定义 | 判断是否启动应急计划的客观判据 |
|---|---|
| 常见形式 | 日期节点、指标阈值、可观测事件 |
| 配套要素 | 监测人、监测频率、触发动作、记录要求 |
| 关联文件 | 风险登记册、应急计划、监控报告 |
| 复核节奏 | 风险状态变化或阶段关口时复核阈值合理性 |
典型使用场景
- 供应商交付风险：约定在承诺交付日前若干天未见物流凭证即启动备选方案评估
- 技术可行性风险：压测指标低于目标值时启动架构优化专项
- 人员风险：关键角色连续缺勤超过约定天数即启用备份人员接管
- 合规与政策风险：法规更新发布后立即启动影响评估
- 财务风险：汇率或原材料价格突破区间即启动成本复核
触发条件示例
触发条件示例
供应商：承诺交付日提前 5 天未发出物流单 -> 启动备选方案评估
技术：压测 QPS 低于目标 80% -> 启动架构优化专项
人员：关键角色请假超过 3 天 -> 启动 AB 角接管
成本：主要材料价格突破约定区间 -> 复核成本基准与合同条款
监控：触发由责任人确认，记录时间与动作，避免事后争议监测责任
| 要素 | 要求 | 常见缺陷 |
|---|---|---|
| 监测人 | 指定到岗到人 | 写「项目组」等于无人负责 |
| 监测频率 | 与风险节奏匹配 | 低频监测错过触发窗口 |
| 判定标准 | 有明确数值或事件描述 | 写成「情况恶化时」 |
| 记录 | 触发时间与动作留痕 | 触发后无记录，复盘无依据 |
触发条件宜与阈值机制共用一套数据口径：进度、成本、质量指标同时用于报告与触发，避免两套数据互相矛盾。
触发后应急计划未预先批准（如未预留预算或未签备选供应商），会在关键时刻失去可执行性，只能临时决策。