软件风险的管理_第1页
软件风险的管理_第2页
软件风险的管理_第3页
软件风险的管理_第4页
软件风险的管理_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.wd.wd.wd.风险管理方案引言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预算风险情况调查所需花费预算成本2 风险识别2.1风险情况调查,风

4、险来源收集资料工程产品或服务说明书,工程的前提,假设和制约因素,本工程可与类比的工程。2.2风险分类风险识别分类表风险类别规模估算可能非常低产品规模用户数量大大超出方案产品规模复用程度低于方案产品规模最终用户抵抗该方案商业影响交付期限将被紧缩商业影响资金将会流失客户特性用户将改变需求产品规模技术达不到预期的效果技术情况缺少对工具的培训开发坏境人员缺乏经历人员数目及其经历人员流动频繁人员数目及其经历3风险分析3.1风险估计3.1.1定性风险分析法风险发生概率的定性等级风险后果影响的定性等级V 可忽略的影响评估类别因素性能支持成本进度灾难性的1无法满足需求而导致任务失败错误将导致进度延迟和成本增加

5、2严重退化使得 根本无法到达要求的技术性能无法作出响应或无法支持的软件严重的资金短缺,很可能超出预算无法在交付日期内完成严重的1无法满足需求而导致系统性能下降,使得任务能否成功受到置疑错误将导致操作的延迟,并使成本增加2技术性能有所下降在软件修改中有少量的延迟资金缺乏,可能会超支交付日期可能延迟轻微的1无法满足要求而导致次要任务的退化成本、影响和即可恢复的进度上的小问题2技术性能有较小的降低较好的软件支持有充足的资金来源实际的、可完成的进度方案可忽略的1无法满足要求而导致使用不方便或不易操作错误对进度及成本的影响很小2技术性能不会降低易于进展软件支持可能低于预算交付日期将会提前注: 1、未测试

6、出的软件错误或缺陷所产生的潜在影响。 2、如果没有到达预期的结果所产生的潜在影响。风险评估指数矩阵3.1.2定量风险分析法工程临界点决策树3.2风险评价3.2.1风险评价使用方法风险分类,风险分析,风险排序3.2.2风险评价的结果风险分析结果4.风险应对及监控4.1根据风险评价的结果提出建议1消极风险或威胁采用躲避,转移,减轻,承受等方法2积极风险或时机采用开拓,分享,提高等方法。4.2可用于躲避风险的备选方案及建议方案工程管理过程风险识别风险评估风险应对措施潜在的风险事件风险发生的后果可能性严重性不可控性风险等级应对措施预防措施负责人需求分析需求不明确客户不承受产品或拒绝付款596B派遣经历

7、丰富的需求分析师与客户进展深入的交流,明确客户的主要需求,引导客户对工程做出正确的描述。事先进展需求评审工程范围定义不明确工程没完没了895B要求需求小组按照客户的要求变更工程范围。需求要在事先定义清楚并获得客户确实认。工程目标不明确导致工程进度拖期或成本超支。685C修改工程目标。事先明确工程目标与客户沟通不够软件不能满足客户需求596C立即与客户进展沟通制定沟通管理方案需求小组对客户业务了解不够软件不能实现业务功能695C修改软件加强与了解并让客户参与需求小组没有真正理解客户需求软件不能萍踪客户需求8107A根据客户需求修改让客户确认需求报告需求分析报告没有得到客户确实认客户拒绝签字、验收

8、5105C取消工程或修改工程事先获得客户确认需求不断变化工程变得没完没了895B提交CCB讨论、决定建设范围变更程序缺乏有效的需求变化管理过程工程不能按时、按预算完成584D对需求变化进展评审建设需求变更程序任务定义不够充分工程不能按时、按预算完成685C重新定义事先与客户达成共识设计缺乏有经历的分析员分析错误或不可行4105C培训或换人配备有经历的分析员设计偏离客户需求软件不能萍踪需求,客户拒绝承受5105C修改设计进展设计评审软件功能漏项客户不满意485D增加相应的功能进展设计评审、获得客户确认编码程序员对系统设计的理解上出现偏差软件实现不了设计的功能,客户拒绝承受694D修改代码进展设计

9、评审程序员开发能力差工程进度拖期495D培训或换人配备精兵强将程序员不熟悉开发工具工程进度拖期、质量问题384E立即改良提前准备设计错误导致编码实现困难质量问题4105C修改设计编码之前进展设计评审客户要求增加功能工程进度拖期、成本超支875C修改程序事先确定范围目标工程将会时间提前质量问题485D加班加点或增加资源合同固定交付时间程序员离开工程执行不下去5104C临时替补人与相关人员签订合同开发团队内部沟通不够接口混乱、质量问题584D修改程序制定内部沟通方案测试没有切实可行的测试方案工程拖期、质量问题发现不了295E修改测试方案事先评审测试方案测试人员不能按时到位工程进度拖期273E临时安

10、排测试人员制定出人力资源方案测试人员经历不够程序问题发现不了463E培训或换人选择有经历的人员测试设备故障工程拖期384E修理或换设备加强设备预防性维修测试期间出现重大问题客户拒绝承受产品4105C修改程序分步测试没有有效的备份方案数据丧失无法挽救494D重新开场异地双重备份测试发现的问题迟迟解决不了工程进度拖期395D加快解决专家会诊解决安装设备不能按时到位工程进度拖期3384E催设备供给商提前采购或合同约束运行时质量问题多客户投诉684D即时解决问题事先进展局部运行客户突然要求增加功能工程进度拖期、成本超支785C作出相应修改事先确定工程范围和功能要求重要的记录、文件、数据丧失客户投诉、要求赔偿395D重新生成数据做好备份系统崩溃客户要求承当损失2103E加紧修复事先备份维护出现故障,用户维护人员解决不了客户投诉888A派技术人员帮助解决事先培训客户系统维护

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论