软件需求工程中的风险管理
什么是风险
“明天的问题就是今天的风险”，因此，“风险”的明确定义是，可能造成一定损失或者威胁项目进度，但尚未发生的问题。
这些潜在问题可能会损害项目的成本、进度或技术成功、软件设备的质量或项目团队的士气。
风险管理 1是在这些问题对项目造成损害之前识别、解决和消除这些问题的系统。
我们需要将风险（潜在问题）与项目当前的问题区分开来。
解决这两类问题需要不同的方法。
比如，人员储备，因为我们无法选拔到具备合适技术技能的人才，这是目前面临的一个问题，但是我们的技术人员被竞争对手挖走的威胁也是一个风险。
风险管理
软件项目可能涉及多种风险。为了能够系统地识别可能影响软件项目的重大风险，必须将风险分为不同的类别。然后，项目经理可以检查每个类别中的哪些风险与项目相关。
影响软件项目的风险主要有三类：
- 项目风险
- 技术风险
- 商业风险
项目风险
项目风险涉及各种形式的预算、进度、人员、资源和客户相关问题。一个重要的项目风险是进度延误。由于软件是无形的，因此很难监控和控制软件项目。控制无法识别的东西非常困难。对于任何制造项目，例如汽车制造，计划主管可以识别正在成型的产品。
技术风险
技术风险涉及潜在的方法、实施、接口、测试和维护问题。它还包括规范不明确、规范不完整、规范更改、技术不确定性和技术过时。大多数技术风险是由于开发团队对项目了解不足而出现的。
商业风险
这类风险包括制造出非常优秀的产品却无人需要、失去预算或人员承诺等风险。
其他风险类别
- 已知风险：经过仔细评估项目方案、制定计划的业务和技术环境以及更可靠的数据源后可以发现的风险（例如，不切实际的交付日期）
- 可预测风险：根据以往的项目经验（例如过去的营业额）假设的风险
- 不可预测的风险：这些风险可能发生并且确实会发生，但事先很难识别。
风险管理原则
- 全局视角：在此，我们回顾更大的系统描述、设计和实施。我们研究风险可能带来的机会和影响。
- 采取前瞻性的视角：考虑未来可能出现的威胁，并制定未来计划来指导下一步事件。
- 开放式沟通：这是为了让客户和团队成员之间能够自由地沟通，以便他们确定风险。
- 综合管理：在这种方法中，风险管理成为项目管理的一个组成部分。
- 持续过程：在此阶段，在整个风险管理范式中持续跟踪风险。
本文同步发表在 软件需求探索的https://srs.pub/theory/risk-management.html
原文地址：https://blog.csdn.net/reddishz/article/details/145299416
免责声明：本站文章内容转载自网络资源，如侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！