*关注未来**：通过提前识别潜在问题，预防项目失败，提升项目成功的可能性

一、风险管理的 3 个核心目的

1. 关注未来：通过提前识别潜在问题，预防项目失败，提升项目成功的可能性。
2. 关注变化：灵活应对需求变更、技术更新、资源变动等不确定性因素，增强项目适应能力。
3. 解决选择：在多种方案中权衡取舍，合理决策关于开发方法、人力资源配置、质量标准等关键要素。

二、风险管理的 3 个主要活动

1. 风险识别

   • 核心工作：系统性地发现和记录可能影响项目的各种风险。
   • 风险分类包括：
     • 项目风险：如预算超支、进度延误、资源不足等；
     • 技术风险：如设计缺陷、技术选型不当、接口不兼容等；
     • 商业风险：如市场需求变化、竞争压力、法规调整等。

2. 风险估计

   • 评估两个关键维度：
     • 发生可能性（概率）：风险发生的几率；
     • 破坏程度（影响）：一旦发生对项目目标的影响大小。
   • 核心工作：结合概率与影响进行优先级排序，通常重点关注“高概率 + 高影响”的风险，优先处理。

3. 风险驾驭（也称风险应对）

   • 目标：主动控制或减轻风险带来的负面影响。
   • 常用方法包括：
     • 规避：通过改变计划避免风险（如采用成熟技术代替新技术）；
     • 转移：将风险转嫁给第三方（如购买保险、外包高风险模块）；
     • 缓解：降低风险发生的概率或影响（如原型验证、自动化测试）；
     • 接受：对于低优先级风险，制定应急计划并监控。
   • 技术手段示例：原型化验证关键技术路径、引入可靠性工程提升系统稳定性、使用自动化工具减少人为错误。
   • 在软件项目初期有效识别潜在的技术风险，需要系统性地结合经验、技术分析和多方协作。以下是常用且有效的实践方法：

1.组织风险识别会议（如头脑风暴、专家评审）

• 邀请项目经理、架构师、开发骨干、测试人员及运维代表参与。
• 使用头脑风暴法或德尔菲法收集可能的技术难点。
• 聚焦关键问题：是否采用新技术？是否存在性能瓶颈？系统可扩展性如何？

2.进行技术可行性分析

• 对关键技术点开展预研（Spike），验证核心功能的可实现性。
• 评估技术栈的成熟度、社区支持、文档完整性与团队掌握程度。
• 比较备选方案（如微服务 vs 单体架构），分析其优劣与适用场景。

3.审查需求中的高风险模块

• 关注非功能性需求：高性能、高并发、低延迟、安全性等。
• 标记涉及复杂算法、第三方集成、多系统接口的部分为高风险区域。
• 例如：实时数据同步、AI模型部署、跨平台兼容性等。

4.参考历史项目经验与行业案例

• 分析过往项目中出现的技术故障（如数据库锁死、接口超时）。
• 建立组织级“技术风险清单”作为检查表（Checklist）复用。
• 学习同行业类似系统的失败教训（如云迁移失败、安全漏洞暴露）。

5.使用结构化工具辅助识别

• 应用SWOT 分析（优势、劣势、机会、威胁）识别内外部技术挑战。
• 利用风险分解结构（RBS, Risk Breakdown Structure）层层细化技术风险类别。
• 示例分类：
  • 技术选型风险（新技术未经验证）
  • 架构设计风险（耦合度过高）
  • 第三方依赖风险（API 不稳定、许可证变更）

6.原型验证与概念验证（PoC）

• 针对不确定的技术路径构建最小可行原型。
• 快速验证关键技术假设（如能否实现毫秒级响应）。
• 降低后期返工和技术重构的风险。

✅最佳实践建议：

• 将技术风险识别纳入项目启动阶段的标准流程；
• 记录所有识别出的风险并建立初始风险登记册（Risk Register）；
• 定期回顾和更新风险状态，尤其是在需求变更或技术调整后。