本文是《技术开发到团队管理》30 天系列的第 19 篇。这个系列关注的不是管理术语，而是技术负责人每天要做出的真实判断。
问题已经发生后叫处置，风险管理发生在问题成为事故之前。它不是预测所有未来，而是让关键失败路径更早可见。
这篇文章尝试回答三个问题：这个概念解决什么管理难题，管理者需要采取哪些具体动作，以及如何在真实项目中验证它。
核心观点
今天我们学习「风险管理」。风险管理是提前识别可能影响目标的不确定性，评估概率与影响，并选择规避、降低、转移、接受或准备应急方案。
方法框架
1. 识别风险来源
识别风险来源：需求、技术、人员、依赖、时间、数据、发布和外部环境。
2. 评估优先级
评估优先级：概率、影响、暴露时间和可发现性。
3. 选择响应策略
选择响应策略：避免、降低、转移、接受，并明确预案。
4. 持续跟踪
持续跟踪：每项关键风险有负责人、触发信号、行动和复查日期。
一个具体案例
外部接口可能延期。团队提前确认最晚可用时间，准备模拟服务并调整并行工作；若超过触发日期，则缩小首发范围并同步业务。
常见误区
风险清单不是越长越专业。没有负责人和行动的风险只是焦虑列表；低概率高影响事件也不能因为“不太会发生”而忽略。
行动练习
为当前项目建立前五项风险表：风险事件、概率、影响、触发信号、预防动作、应急方案和负责人。
留给自己的问题
- 风险与问题有什么区别？
- 我最容易忽略哪类风险？
- 怎样让风险同步不变成追责？
小结
风险管理是提前识别可能影响目标的不确定性，评估概率与影响，并选择规避、降低、转移、接受或准备应急方案。