软件需求工程中的风险管理

什么是风险

“明天的问题就是今天的风险”，因此，“风险”的明确定义是，可能造成一定损失或者威胁项目进度，但尚未发生的问题。

这些潜在问题可能会损害项目的成本、进度或技术成功、软件设备的质量或项目团队的士气。

风险管理 ¹是在这些问题对项目造成损害之前识别、解决和消除这些问题的系统。

我们需要将风险（潜在问题）与项目当前的问题区分开来。

解决这两类问题需要不同的方法。

比如，人员储备，因为我们无法选拔到具备合适技术技能的人才，这是目前面临的一个问题，但是我们的技术人员被竞争对手挖走的威胁也是一个风险。

风险管理

软件项目可能涉及多种风险。为了能够系统地识别可能影响软件项目的重大风险，必须将风险分为不同的类别。然后，项目经理可以检查每个类别中的哪些风险与项目相关。

影响软件项目的风险主要有三类：

• 项目风险
• 技术风险
• 商业风险

项目风险

项目风险涉及各种形式的预算、进度、人员、资源和客户相关问题。一个重要的项目风险是进度延误。由于软件是无形的，因此很难监控和控制软件项目。控制无法识别的东西非常困难。对于任何制造项目，例如汽车制造，计划主管可以识别正在成型的产品。

技术风险

技术风险涉及潜在的方法、实施、接口、测试和维护问题。它还包括规范不明确、规范不完整、规范更改、技术不确定性和技术过时。大多数技术风险是由于开发团队对项目了解不足而出现的。

商业风险

这类风险包括制造出非常优秀的产品却无人需要、失去预算或人员承诺等风险。

其他风险类别

1. 已知风险：经过仔细评估项目方案、制定计划的业务和技术环境以及更可靠的数据源后可以发现的风险（例如，不切实际的交付日期）
2. 可预测风险：根据以往的项目经验（例如过去的营业额）假设的风险
3. 不可预测的风险：这些风险可能发生并且确实会发生，但事先很难识别。

风险管理原则

• 全局视角：在此，我们回顾更大的系统描述、设计和实施。我们研究风险可能带来的机会和影响。
• 采取前瞻性的视角：考虑未来可能出现的威胁，并制定未来计划来指导下一步事件。
• 开放式沟通：这是为了让客户和团队成员之间能够自由地沟通，以便他们确定风险。
• 综合管理：在这种方法中，风险管理成为项目管理的一个组成部分。
• 持续过程：在此阶段，在整个风险管理范式中持续跟踪风险。

本文同步发表在 软件需求探索的https://srs.pub/theory/risk-management.html