第4章：风险应对策略——从理论到实战的四种武器
大家好，我是老张。在风险管理这行摸爬滚打十几年，我见过太多项目因为“不知道怎么应对风险”而翻车。今天咱们聊聊风险应对策略——说白了，就是当风险找上门时，你手里有哪些牌可以打。
我个人习惯把风险应对策略分成五类：规避、转移、减轻、接受、应急应对。这五招就像工具箱里的扳手、螺丝刀、锤子，各有各的用处。你想想看，遇到不同的问题，你得选对工具才行。
核心观点：没有最好的策略，只有最合适的策略。关键看风险的大小、成本的高低、以及你的承受能力。
4.1 风险规避——惹不起，躲得起
风险规避，说白了就是“我不玩了”。当某个风险的概率太高、影响太大，或者你根本没法控制时，最干脆的办法就是绕开它。
我在项目中遇到过一件事：有个客户非要在一个老旧系统上做二次开发，风险极高。我建议他们直接换平台，虽然前期投入大，但避免了后续无穷无尽的bug。这就是典型的风险规避。
我的经验：规避不是认怂，是战略选择。有时候“不做什么”比“做什么”更重要。
常见的规避手段：
- 取消高风险活动——比如放弃某个技术路线
- 更换方案——用成熟技术替代新技术
- 调整目标——降低不切实际的期望
注意：规避不等于逃避。如果风险是项目核心价值所在，强行规避可能导致项目失去意义。
4.2 风险转移——把烫手山芋丢出去
风险转移，就是让别人帮你扛一部分风险。注意，转移不是消除风险，只是换个人承担。
我记得有个项目经理跟我说：“老张，我把所有风险都转移给供应商了。”我笑了笑没说话。后来供应商出问题，项目还是延期了。为什么？因为风险转移了，但责任没转移。客户只认你。
常见的转移方式：
| 方式 | 说明 | 适用场景 |
|---|---|---|
| 购买保险 | 把财务风险转给保险公司 | 自然灾害、意外事故 |
| 外包合同 | 把执行风险转给外包商 | 非核心业务、专业领域 |
| 担保/保函 | 让第三方提供履约保证 | 大额交易、工程承包 |
| 分包 | 把部分工作分包给专业团队 | 技术复杂、工期紧张 |
避坑指南：我曾经见过一个项目，把所有风险都转移给分包商，结果分包商破产了，风险又弹回来了。记住，转移风险的同时，要评估对方的承接能力。
4.3 风险减轻——把大象放进冰箱
风险减轻，就是想办法降低风险发生的概率，或者减少它造成的损失。这是最常用的策略，也是最能体现风险管理水平的。
你想想看，大部分风险我们没法完全避免，但我们可以让它“不那么严重”。
减轻策略分两类：
- 降低概率——比如加强培训、增加测试、引入评审机制
- 降低影响——比如建立备份系统、设置缓冲时间、准备备用方案
举个例子：
// 风险：核心数据库可能宕机
// 减轻措施：
1. 增加冗余服务器（降低影响）
2. 定期备份数据（降低影响）
3. 实施监控告警（降低概率）
4. 制定恢复流程（降低影响）我的习惯：做减轻策略时，我通常会问自己三个问题：还能再降低吗？成本划算吗？有没有副作用？
4.4 风险接受——认了，但心里有数
风险接受，就是承认风险存在，但不采取主动措施。听起来有点消极？其实不是。接受分两种：
- 主动接受——评估后认为风险在可承受范围内，或者应对成本太高，不如留着
- 被动接受——没发现风险，或者发现了但没能力应对，只能硬扛
我个人建议，尽量做主动接受。被动接受往往意味着你被风险打了个措手不及。
警告：接受不等于忽视。即使你选择接受，也要建立监控机制。一旦风险超出预期，立刻启动应急计划。
4.5 应急应对策略——最后的保险丝
应急应对策略，是专门为“万一”准备的。它跟前面四种策略不同——前面是预防，这个是兜底。
我记得有个项目，我们做了所有能做的预防，但项目经理还是不放心。我说：“那就准备一个应急包吧。”后来真的用上了——供应商突然断供，我们立刻启动备用供应商，三天内恢复生产。
应急策略的核心要素：
| 要素 | 内容 |
|---|---|
| 触发条件 | 什么情况下启动应急计划（比如系统宕机超过30分钟） |
| 应急团队 | 谁负责执行、谁负责决策 |
| 具体行动 | 每一步做什么、怎么做 |
| 资源保障 | 需要哪些人、钱、设备 |
| 恢复标准 | 恢复到什么程度算“搞定” |
关键点：应急策略一定要写清楚触发条件。我曾经见过一个应急计划，写得特别详细，但没人知道什么时候该用。结果风险来了，大家还在开会讨论“要不要启动应急”。
嗯，到这里五种策略就讲完了。最后说一句：策略没有高低之分，只有合适与否。你可以在一个项目里同时用多种策略——比如规避高风险、转移部分风险、减轻剩余风险、接受小风险、再准备一个应急计划。这才是成熟的风险管理者该有的思路。
公众号:蓝海资料掘金营，微信deep3321