软件风险的管理系统

风险管理计划1.引言本1文件的范围和目的项目风险管理描述了在整个项目生命周期内项目团队如何组织和开展项目风险识别，度量，应对和监控等项目管理活动，是一份指导项目团队进行项目风险管理的纲领性文件。项目风险管理的目标在于提高项目中积极事件的概率和影响，降低项目中消极事件的概率和影响，确保项目在可控的范围内完成项目目标。1.概2述1.2目.标1提高项目中积极事件的概率和影响，降低项目中消极事件的概率和影响，确保项目在可控的范围内完成项目目标。当不能很确定地预测将来事情的时候，可以采用结构化风险管理来发现计划中的缺陷，并且采取行动来减少潜在问题发生的可能性和影响。风险管理意味着危机还没有发生之前就对它进行处理，这就提高了项目成功的机会并减少了不可避免风险所产生的后果。1.2.需2要优先考虑规避的风险（1）业务风险产品规模风险，商业风险，项目需求风险，客户特性风险，过程风险（2）技术风险技术情况风险，开发环境风险（3）组织风险人员数目及其经验风险1.组3织1.3领.导1成员蒋妍，范楚楚，宋蕊蕊，谭琳琳，杨欣颖，赵术洁责.任2人员名称主要责任蒋妍负责调研市场，掌控市场走向，及时掌握需求走向，及时与客户沟通作出风险调控。范楚楚根据项目内容，通过风险调查，风险来源等作出风险识别，并作出风险分类。宋蕊蕊对所列的风险进行分析，作出风险发生的概率估计赵术洁对出现的风险进行风险评价谭琳琳规划应对风险，对风险评价的结果提出建议并作出规避风险的备选方案及建议方案杨欣颖控制风险4风险规避策略的内容说明.4.进1度安排内容进度对存在的项目风险进行识别从项目需求阶段开始对存在的项目风险进行分析做出风险识别后开始对存在的项目风险制定规避策略做出风险分析后开始风险监控统筹全局

1.4.主2要里程碑和审查行动（1）项目风险分析通过项目风险分析对项目进行宏观控制，作出风险发生的概率及时作出规避策略，降低项目成本。（2）项目风险应对对于出现的不确定风险应及时做出应对措施，提出风险规避备选方案及建议方案，降低项目的失败性。1.4预.算3风险情况调查所需花费预算成本风险类别需求风险客户特性风险过程风险风险类别需求风险客户特性风险过程风险技术风险开发环境风险人员数目及经验风险风险调查预算调查问卷市场调研需求变动软件工程培训评审结果后续技术变动开发工具变动人员管理风险识别风1险情况调查，风险来源收集资料项目产品或服务说明书，项目的前提，假设和制约因素，本项目可与类比的项目。

风2险分类风险识别分类表风险类别规模估算可能非常低产品规模用户数量大大超出计划产品规模复用程度低于计划产品规模最终用户抵制该计划商业影响交付期限将被紧缩商业影响资金将会流失客户特性用户将改变需求产品规模技术达不到预期的效果技术情况缺少对工具的培训开发坏境人员缺乏经验人员数目及其经验人员流动频繁人员数目及其经验风险分析风1险估计3.1定.性1风险分析法风险发生概率的定性等级等级等级说明A极高B高C中D低E极低风险后果影响的定性等级等级等级说明I灾难性的n严重的nrV可忽略的11-txmMv

影响评估类别\因素性能支持成本进度灾难性的1无法满足需求而导致任务失败错误将导致进度延迟和成本增加2严重退化使得根本无法达到要求的技术性能无法作出响应或无法支持的软件严重的资金短缺，很可能超出预算无法在交付日期内完成严重的1无法满足需求而导致系统性能下降，使得任务能否成功受到置疑错误将导致操作的延迟，并使成本增加2技术性能有所下降在软件修改中有少量的延迟资金不足，可能会超支交付日期可能延迟轻微的1无法满足要求而导致次要任务的退化成本、影响和即可恢复的进度上的小问题2技术性能有较小的降低较好的软件支持有充足的资金来源实际的、可完成的进度计划可忽略的1无法满足要求而导致使用不方便或不易操作错误对进度及成本的影响很小2技术性能不会降低易于进行软件支持可能低于预算交付日期将会提前注：1、未测试出的软件错误或缺陷所产生的潜在影响。2、如果没有达到预期的结果所产生的潜在影响。风险评估指数矩阵等级槪率等级I（灾难的）n（严重的）m（轻度的）IV（轻微的）A（极高）13713B（高）25916C仲）461118D（低）8101419E（极低）12151720定.量2风险分析法项目临界点决策树.风2险评价.2风.险1评价使用方法风险分类，风险分析，风险排序3.2风.险2评价的结果风险分析结果风 险类 别概率影响排序用户变更需求产品规模80%51规模估算可能非常低产品规模60%52人员流动人员数目及其经验60%43最终用户抵制该计划商业影响50%44交付期限将被紧缩商业影响50%35用户数量大大超出计划产品规模30%46技术达不到预期的效果技术情况30%27缺少对工具的培训开发环境40%18人员缺乏经验人员数目及其经验10%39

.风险应对及监控根1据风险评价的结果提出建议1） 消极风险或威胁采用规避，转移，减轻，接受等方法2） 积极风险或机会采用开拓，分享，提高等方法。可2用于规避风险的备选方案及建议方案项目管理过程别识险风施措对应险风跆件如果可能性严重性不可控性风险等级施措对应施措防预负责人需求分析品产款受付596B需进撕引出的户明X做。富客花希目述派求岱客导雌确触明895B685C与满求能需不户596C沙通Mr匕匕孚厶冃能功不务695C制与萍求能需不户8O7A告

需求分析报告没有得到客户的确认客户拒绝签字、验收5105C取消项目或修改项目事先获得客户确认需求不断变化项目变得没完没了895B提交CCB讨论、决定建立范围变更程序缺之有效的需求变化管理过程项目不能按时、按预算完成584D对需求变化进行评审建立需求变更程序任务定义不够充分项目不能按时、按预算完成685C重新定义事先与客户达成共识设计缺乏有经验的分析员分析错误或不可行4105C培训或换人配备有经验的分析员设计偏离客户需求软件不能萍踪需求,客户拒绝接受5105C修改设计进行设计评审软件功能漏项客户不满意485D增加相应的功能进行设计评审、获得客户确认编码程序员对系统设计的理解上出现偏差软件实现不了设计的功能,客户拒绝接受694D修改代码进行设计评审程序员开发能力差项目进度拖期495D培训或换人配备精兵强将程序员不熟悉开发工具项目进度拖期、质量问题384E立即改进提前准备设计错误导致编码实现困难质量问题4105C修改设计编码之前进行设计评审客户要求增加功能项目进度拖期、成本超支875C修改程序事先确定范围目标项目将会时间提、八刖质量问题485D加班加点或增加资源合同固定父付时间程序员离开项目执行不下去5104C临时替补人与相关人员签订合同

开发团队内部沟通不够接口混乱、质量问题584D修改程序制定内部沟通计划测试没有切实可行的测试计划项目拖期、质量问题发现不了295E修改测试计划事先评审测试计划测试人员不能按时到位项目进度拖期273E临时安排测试人员制定出人力资源计划测试人员经验不够程序问题发现不了463E培训或换人选择有经验的人员测试设备故障项目拖期384E修理或换设备加强设备预防性维修测试期间出现重大问题客户拒绝接受产品4105C修改程序分步测试没有有效的备份、.1?>万案数据丢失无法挽救494D重新开始异地双重备份测试发现的问题迟迟解决不了项目进度拖期395D加快解决专家会诊解决安装设备不能按时到位项目进度拖期3384E催设备供应商提前采购或合同约束运仃时质量问题多客户投诉684D即时解决问题事先进行局部运行客户突然要求增加功能项目进度拖期、成本超支785C作出相应修改事先确定项目范围和功能要求重要的记录、文件、数据丢失客户投诉、要求赔偿395D重新生成数据做好备份系统崩溃客户要求承担损失2103E加紧修复事先备份出现故障，用户维护人员解决不了客户投诉888A派技术人员帮助解决事先