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

什么是风险

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

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

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

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

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

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

风险管理

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

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

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

项目风险

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

技术风险

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

商业风险

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

其他风险类别

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

风险管理原则

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

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


  1. 软件需求与风险管理. https://srs.pub/theory/ruan-jian-xu-qiu-yu-feng-xian-guan-li.html ↩︎
相关推荐
APP出海6 小时前
Google政策大更新:涉及金融(个人贷款),社交约会与游戏(未成年人相关),健康等所有类别App
android·游戏·金融·产品运营·产品经理
記億揺晃着的那天1 天前
六大 API 架构风格
架构·软件工程·graphql·rest api
2501_907136821 天前
发票识别工具,支持xml、pdf、ofd文件
xml·pdf·软件需求
rolt1 天前
[pdf、epub]350道《软件方法》强化自测题业务建模需求分析共298页(202511更新)
产品经理·架构师·uml
云知谷1 天前
【经典书籍】《代码整洁之道》第六章“对象与数据结构”精华讲解
c语言·开发语言·c++·软件工程·团队开发
德昂信息dataondemand2 天前
BI需求分析的双层陷阱
数据分析·需求分析
roman_日积跬步-终至千里2 天前
【系统架构设计】用例技术:需求分析的实用工具
系统架构·需求分析
3DVisionary2 天前
DIC多相机协同方案在复杂结构360°全景形貌与变形场检测中的应用研究
数码相机·需求分析·dic多视场/多相机·360°全周测量·数模比对·非接触式检测·三维变形分析
梓贤Vigo2 天前
【Axure高保真原型】密码组输入框
交互·产品经理·axure·原型
爱吃土豆的马铃薯ㅤㅤㅤㅤㅤㅤㅤㅤㅤ2 天前
产品经理画原型工具 axure
产品经理