《软件风险管理》由会员分享，可在线阅读，更多相关《软件风险管理（10页珍藏版）》请在金锄头文库上搜索。
1、风险管理计划1.引言1.1本文件的范围和目的项目风险管理描述了在整个项目生命周期内项目团队如何组织 和开展项目风险识别，度量，应对和监控等项目管理活动，是一份指 导项目团队进行项目风险管理的纲领性文件。项目风险管理的目标在 于提高项目中积极事件的概率和影响，降低项目中消极事件的概率和 影响，确保项目在可控的范围内完成项目目标。1.2概述1.2.1目标提高项目中积极事件的概率和影响，降低项目中消极事件的概率 和影响，确保项目在可控的范围内完成项目目标。当不能很确定地预 测将来事情的时候，可以采用结构化风险管理来发现计划中的缺陷， 并且采取行动来减少潜在问题发生的可能性和影响。风险管理意味着 危机
2、还没有发生之前就对它进行处理，这就提高了项目成功的机会并 减少了不可避免风险所产生的后果。1.2.2需要优先考虑规避的风险（1）业务风险产品规模风险，商业风险，项目需求风险，客户特性风险，过程风险(2) 技术风险技术情况风险，开发环境风险(3) 组织风险人员数目及其经验风险1.3组织1.3.1领导成员蒋妍，范楚楚，宋蕊蕊，谭琳琳，杨欣颖，赵术洁1.3.2责任人员名称主要责任蒋妍负责调研市场，掌控市场走向，及时掌 握需求走向，及时与客户沟通作出风险调控。范楚楚根据项目内容，通过风险调查，风险来源等 作出风险识别，并作出风险分类。宋蕊蕊对所列的风险进行分析，作出风险发生的概 率估计赵术洁对出现的风
3、险进行风险评价谭琳琳规划应对风险，对风险评价的结果提出建议 并作出规避风险的备选方案及建议方案杨欣颖控制风险1.4风险规避策略的内容说明1.4.1进度安排内容进度对存在的项目风险进行识别从项目需求阶段开始对存在的项目风险进行分析做出风险识别后开始对存在的项目风险制定规避策略做出风险分析后开始风险监控统筹全局1.4.2主要里程碑和审查行动（1）项目风险分析通过项目风险分析对项目进行宏观控制，作出风险发生的概率及时作出规避策略，降低项目成本。（2）项目风险应对对于出现的不确定风险应及时做出应对措施，提出风险规避备选方案 及建议方案，降低项目的失败性。1.4.3预算风险情况调查所需花费预算成本风险类
4、别风险调查预算需求风险调查问卷市场调研10001000客户特性风险需求变动5000过程风险软件工程培训评审结果后续30005000技术风险技术变动5000开发环境风险开发工具变动1000人员数目及经验风险 人员管理50002风险识别2.1风险情况调查，风险来源收集资料 项目产品或服务说明书，项目的前提，假设和制约因素，本项目可与 类比的项目。2.2风险分类风险识别分类表风险类别规模估算可能非常低产品规模用户数量大大超出计划产品规模复用程度低于计划产品规模最终用户抵制该计划商业影响交付期限将被紧缩商业影响资金将会流失客户特性用户将改变需求产品规模技术达不到预期的效果技术情况缺少对工具的培训开发坏
5、境人员缺乏经验人员数目及其经验人员流动频繁人员数目及其经验3风险分析3.1风险估计3.1.1定性风险分析法风险发生概率的定性等级等级等级说.明A极高B高C中D1氐E极低风险后果影响的定性等级等级等姗明I灾难性的n严重的mV可忽略的影响评估类别因素性能支持成本进度1无法满足需求而导致任务失败错误将导致进度延迟和成本增加灾难性的2严重退化使得根本 无法达到要求的技 术性能无法作出响应或无法支持 的软件严重的资金短缺，很可 能超出预算无法在交付日期内 完成严重的1无法满足需求而导致系统性能下降，使得任务 能否成功受到置疑错误将导致操作的延迟，并使成本增加2技术性能有所下降在软件修改中有少量的延 迟资
6、金不足，可能会超支交付日期可能延迟1无法满足要求而导致次要任务的退化成本、影响和即可恢复的进度上的小问题轻微的2技术性能有较小的 降低较好的软件支持有充足的资金来源实际的、可完成的 进度计划可忽略的1无法满足要求而导致使用不方便或不易操作错误对进度及成本的影响很小2技术性能不会降低易于进行软件支持可能低于预算交付日期将会提前注：1、未测试出的软件错误或缺陷所产生的潜在影响。2、如果没有达到预期的结果所产生的潜在影响。风险评估指数矩阵等级 概率等级I （灾难的）n （严重的）m （轻度的）IV （轻微的）A （极高）13713B （高）25916C （中）46H18D （低）8101419E （
7、极低）121517203.1.2定量风险分析法项目临界点决策树高性能：P= 30%, outcome = 550 000EMV = 550 000 x 30% = 165 000实施后：EMV = 6 500EMV = 0不实施成功：P=70%EMV = 95 000 x 70% = 66 500失败：P =30%, outcome = -200 000EMV = -200 000 x 30% = -60 000低性能：P= 70%, outcome = -100 000EMV = -100 000 * 70% = -70 0003.2风险评价3.2.1风险评价使用方法风险分类，风险分析，风险
8、排序3.2.2风险评价的结果风险分析结果风 险类 别概率影响排序用户变更需求产品规模80%51规模估算可能非常低产品规模60%52人员流动人员数目及其经验60%43最终用户抵制该计划商业影响50%44交付期限将被紧缩商业影响50%35用户数量大大超出计划产品规模30%46技术达不到预期的效果技术情况30%27缺少对工具的培训开发环境40%18人员缺乏经验人员数目及其经验10%394.风险应对及监控4.1根据风险评价的结果提出建议(1) 消极风险或威胁采用规避，转移，减轻，接受等方法(2) 积极风险或机会采用开拓，分享，提高等方法。4.2可用于规避风险的备选方案及建议方案项目管理过程风险识别风险
9、评估风险应对措施潜在的风险事 件风险发生的后 果可能性严 重 性不可控性风险等级应对措施预防措施负 责 人需求分析需求不明确客户不接受产品 或拒绝付款596B派遣经验丰富的需 求分析师与客户进 行深入的交流，明确 客户的主要需求，弓1 导客户对项目做出 正确的描述。事先进行需求评审项目范围定义不 明确项目没完没了895B要求需求小组 按照客户的要求变 更项目范围。需求要在事先定义 清楚并获得客户的确认。项目目标不明确导致项目进度拖 期或成本超支。685C修改项目目标。事先明确项目目标与客户沟通不够软件不能满足客 户需求596C立即与客户进行沟 通制定沟通管理计划需求小组对客户 业务了解不够软件
10、不能实现业 务功能695C修改软件加强与了解并让客户参 与需求小组没有真正理解客户需求软件不能萍踪客 户需求8107A根据客户需求修改让客户确认需求报告需求分析报告没有得到客户的确 认客户拒绝签字、验 收5105C取消项目或修改项 目事先获得客户确认需求不断变化项目变得没完没 了895B提交CCB讨论、决定建立范围变更程序缺之有效的需求 变化管理过程项目不能按时、按 预算完成584D对需求变化进行评 审建立需求变更程序任务定义不够充 分项目不能按时、按 预算完成685C重新定义事先与客户达成共识设计缺乏有经验的分 析员分析错误或不可 行4105C培训或换人配备有经验的分析员设计偏离客户需 求软
11、件不能萍踪需 求，客户拒绝接受5105C修改设计进行设计评审软件功能漏项客户不满意485D增加相应的功能进行设计评审、获得客户 确认编 码程序员对系统设计的理解上出现偏差软件实现不了设 计的功能，客户拒 绝接受694D修改代码进行设计评审程序员开发能力 差项目进度拖期495D培训或换人配备精兵强将程序员不熟悉开 发工具项目进度拖期、质 量问题384E立即改进提前准备设计错误导致编 码实现困难质量问题4105C修改设计编码之前进行设计评审客户要求增加功 能项目进度拖期、成 本超支875C修改程序事先确定范围目标项目将会时间提、八刖质量问题485D加班加点或增加资 源合同固定交付时间程序员离开项目
12、执行不下去5104C临时替补人与相关人员签订合同开发团队内部沟 通不够接口混乱、质量问 题584D修改程序制定内部沟通计划测试没有切实可行的 测试计划项目拖期、质量问 题发现不了295E修改测试计划事先评审测试计划测试人员不能按 时到位项目进度拖期273E临时安排测试人员制定出人力资源计划测试人员经验不 够程序问题发现不 了463E培训或换人选择有经验的人员测试设备故障项目拖期384E修理或换设备加强设备预防性维修测试期间出现重 大问题客户拒绝接受产 品4105C修改程序分步测试没有有效的备份 万案数据丢失无法挽 救494D重新开始异地双重备份测试发现的问题 迟迟解决不了项目进度拖期395D加快解决专家会诊解决安装设备不能按时到 位项目进度拖期3384E催设备供应商提前采购或合同约束运行时质量问题 多客户投诉684D即时解决问题事先进行局部运行客户突然要求增 加功能项目进度拖期、成 本超支785C作出相应修改事先确定项目范围和功 能要求重要的记录、文 件、数据丢失客户投诉、要求赔 偿395D重新生成数据
