[第6章风险分析和管理.pptVIP

国防科技大学计算机学院 第6章 风险分析和管理 6.1 被动和主动的风险策略 6.2 软件风险 6.3 风险识别 6.4 风险预测 6.5 风险缓解、监控和管理 6.6 RMMM计划 风险分析和管理 Robert Charette［CHA89］在他的关于风险分析及管理的书中给出了风险概念的定义是： 首先，风险关注未来将要发生的事情。今天和昨天已不再被关心。 未来什么样的风险会导致软件项目彻底失败？ 其次，风险涉及改变，如思想、观念、行为、或地点的改变。 客户需求、开发技术、目标环境以及所有其他与项目相关因素的改变 …… 第三，风险涉及选择及选择本身所包含的不确定性。 选择应该采用什么方法及工具？需要多少人员参与？…. 6.1 被动风险策略和主动风险策略 被动风险策略 从不担心发生任何问题，问题发生后再做出反应。 软件项目组对存在的风险不闻不问，直到出了问题才赶紧采取措施，当种种努力失败后，项目处于真正的危机之中。 主动风险策略 项目开始时就预测、标识项目存在的各种风险，评估风险发生的概率和影响的大小並按重要性进行排序； 项目组建立风险管理计划和意外事件处理计划，以便预防风险，及时处理突发事件。 6.2 软件风险 进行风险分析时，重要的是量化每个风险的不确定程 度和损失程度。 项目风险 项目风险是指预算、进度、人员、资源、利益相关方、需求等方面的潜在问题以及它们对软件项目的影响。 项目风险威胁到项目计划。 技术风险 技术风险是指设计、实现、接口、验证和维护等方面的潜在问题。 技术风险威胁到要开发软件的质量及交付时间。 商业风险 商业风险威胁到要开发软件的生存能力。 6.2 软件风险 Charette【CHA89】提出的风险分类方式： 已知风险 通过仔细评估项目计划、开发项目的商业及技术环境以及其他可靠的信息来源之后可以发现的那些风险。 可预测风险 能够从过去项目的经验中推断出来的风险。 不可预测风险 可能会真的出现，但很难事先加以识别的风险。 6.2 软件风险 软件风险和其它风险一样存在不确定性,有些是很难预测的。 对风险的不确定性进行量化，估算某一风险可能带来的损失。 除关注软件项目的一般性风险外，还要关注软件项目的特殊风险，如项目的背景、特殊要求、关键内容、薄弱环节、技术难点、人员状况、工作环境等。 6.3 风险识别 识别风险是试图系统化地确定对项目计划(估算、进度、资源分配)的威胁。通过识别已知的和可预测的风险，项目管理者已经迈出了第一步——在可能时避免这些风险，且当必要时控制这些风险。 6.3 风险识别 对侍风险不能采取回避态度 项目开始时应对一般风险和产品特定风险进行系统标识，並随着项目的展开不断更新。 一般风险 对每一个软件项目而言都是潜在的威胁。 产品特定风险 只有那些对当前项目特定的技术、人员及环境非常了解的人才能识别出来。 “本产品中有什么特殊的特性可能会威胁 到我们的项目计划？” 6.3 风险识别 识别风险的有效方法－－建立风险条目检查表 为了帮助项目管理人员、项目规划人员,全面了解软件开发过程存在的风险， Boehm 建议设计并使用各类风险检测表，表中条目指明,常見並可预测的风险。有些风险可以预料，有些很难预料。 一般可预测风险 产品规模、商业影响、客户、过程、技术、环境、人员及经验等。 人员配备风险检测表 (1) 开发人员的水平如何。 (2) 开发人员在技术上是否配套。 (3) 开发人员的数量如何。 (4) 开发人员是否能够自始至终地参加软件开发工作。 (5) 开发人员是否能够集中全部精力投入到软件开发工作。 (6) 开发人员对自己的工作是否有正确的期望。 (7) 开发人员是否接受过必要的培训。 (8) 开发人员的流动是否能够保证工作的连续性。 上述问题可以选用0,1,2,3,4,5来回答。完全肯定取值为0，反之 为5，中间情况分别取值1,2,3,4值越大表示风险越大。 人员配备风险检测表反映了人的因素给软件项目带来的风险。 6.3.1 评估整体项目风险 高层的软件管理者和客户管理者已经正式承诺支持该项目了吗？ 最终用户对项目和待开发的系统/产品热心支持吗？ 软件工程团队及其客户充分理解需求吗？ 客户已经完全地参与到需求定义中了吗? 最终用户的期望现实吗？ 项目范围稳定吗？ 软件工程团队的技能搭配合理吗? 项目需求稳定吗？ 项目团队的人员数满足项目需要吗？ 所有的客户/用户对项目的重要性和待开发的系统/产品的需求有共识吗？ 6.3.1 评估整体项目风险 如果对上述问题的任何一个回答是否定的，则应务必启动缓解、检测和管理风险的步骤。 项目的风险程度与对这些问题否定回答的数量成正比。 6.3.2 风险因素和驱动因子 美国军方风险因素是以如下的方式定义的