软件风险管理.doc

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、预算成本风 险 类 别 风 险 调 查 预 算调 查 问 卷 1000市 场 调 研 1000客 户 特 性 风 险 需 求 变 动 5000软 件 工 程 培 训 3000评 审 结 果 后 续 5000技 术 风 险 技 术 变 动 5000开 发 环 境 风 险 开 发 工 具 变 动 1000人 员 数 目 及 经 验 风 险 人 员 管 理 5000需 求 风 险过 程 风 险2 风险识别2.1 风险情况调查，风险来源收集资料项目产品或服务说明书，项目的前提，假设和制约因素，本项目可与类比的项目。2.2 风险分类风险识别分类表风险 类别规模估算可能非常低 产品规模用户数量大大超出计划

5、 产品规模复用程度低于计划 产品规模最终用户抵制该计划 商业影响交付期限将被紧缩 商业影响资金将会流失 客户特性用户将改变需求 产品规模技术达不到预期的效果 技术情况缺少对工具的培训 开发坏境人员缺乏经验 人员数目及其经验人员流动频繁 人员数目及其经验3 风险分析3.1 风险估计3.1.1 定性风险分析法风险发生概率的定性等级风险后果影响的定性等级影响评估类别因素 性 能 支 持 成 本 进 度1 无法满足需求而导致任务失败 错误将导致进度延迟和成本增加灾难性的2严重退化使得根本无法达到要求的技术性能无法作出响应或无法支持的软件严重的资金短缺，很可能超出预算无法在交付日期内完成1 无法满足需求

6、而导致系统性能下降，使得任务能否成功受到置疑 错误将导致操作的延迟，并使成本增加严重的2 技术性能有所下降 在软件修改中有少量的延迟 资金不足，可能会超支 交付日期可能延迟1 无法满足要求而导致次要任务的退化 成本、影响和即可恢复的进度上的小问题轻微的2 技术性能有较小的降低 较好的软件支持 有充足的资金来源 实际的、可完成的进度计划1 无法满足要求而导致使用不方便或不易操作 错误对进度及成本的影响很小可忽略的2 技术性能不会降低 易于进行软件支持 可能低于预算 交付日期将会提前注： 1、未测试出的软件错误或缺陷所产生的潜在影响。2 、如果没有达到预期的结果所产生的潜在影响。风险评估指数矩阵3

7、.1.2 定量风险分析法项目临界点V 可忽略的决策树3.2 风险评价3.2.1 风险评价使用方法风险分类，风险分析，风险排序3.2.2 风险评价的结果风险分析结果4.风险应对及监控4.1 根据风险评价的结果提出建议（1）消极风险或威胁采用规避，转移，减轻，接受等方法（2）积极风险或机会采用开拓，分享，提高等方法。4.2 可用于规避风险的备选方案及建议方案风险识别 风险评估 风险应对措施项目管理过程潜在的风险事件风险发生的后果可能性严重性不可控性风险等级应对措施 预防措施 负责人需求不明确 客户不接受产品或拒绝付款5 9 6 B 派遣经验丰富的需求分析师与客户进行深入的交流，明确客户的主要需求，

8、引导客户对项目做出正确的描述。事先进行需求评审项目范围定义不明确项目没完没了 8 9 5 B 要求需求小组按照客户的要求变更项目范围。需求要在事先定义清楚并获得客户的确认。项目目标不明确 导致项目进度拖期或成本超支。6 8 5 C 修改项目目标。 事先明确项目目标与客户沟通不够 软件不能满足客户需求5 9 6 C 立即与客户进行沟通制定沟通管理计划需求小组对客户业务了解不够软件不能实现业务功能6 9 5 C 修改软件 加强与了解并让客户参与需求小组没有真正理解客户需求软件不能萍踪客户需求8 10 7 A 根据客户需求修改 让客户确认需求报告需求分析报告没有得到客户的确认客户拒绝签字、验收5 1

9、0 5 C 取消项目或修改项目事先获得客户确认需求不断变化 项目变得没完没了8 9 5 B 提交 CCB 讨论、决定建立范围变更程序缺乏有效的需求变化管理过程项目不能按时、按预算完成5 8 4 D 对需求变化进行评审建立需求变更程序需求分析任务定义不够充分项目不能按时、按预算完成6 8 5 C 重新定义 事先与客户达成共识缺乏有经验的分析员分析错误或不可行4 10 5 C 培训或换人 配备有经验的分析员设计偏离客户需求软件不能萍踪需求，客户拒绝接受5 10 5 C 修改设计 进行设计评审设计软件功能漏项 客户不满意 4 8 5 D 增加相应的功能 进行设计评审、获得客户确认程序员对系统设计的理

10、解上出现偏差软件实现不了设计的功能，客户拒绝接受6 9 4 D 修改代码 进行设计评审程序员开发能力差项目进度拖期 4 9 5 D 培训或换人 配备精兵强将程序员不熟悉开发工具项目进度拖期、质量问题3 8 4 E 立即改进 提前准备设计错误导致编码实现困难质量问题 4 10 5 C 修改设计 编码之前进行设计评审客户要求增加功能项目进度拖期、成本超支8 7 5 C 修改程序 事先确定范围目标项目将会时间提前质量问题 4 8 5 D 加班加点或增加资源合同固定交付时间程序员离开 项目执行不下去 5 10 4 C 临时替补人 与相关人员签订合同编码开发团队内部沟通不够接口混乱、质量问题5 8 4

11、D 修改程序 制定内部沟通计划没有切实可行的测试计划项目拖期、质量问题发现不了2 9 5 E 修改测试计划 事先评审测试计划测试人员不能按时到位项目进度拖期 2 7 3 E 临时安排测试人员 制定出人力资源计划测试人员经验不够程序问题发现不了4 6 3 E 培训或换人 选择有经验的人员测试设备故障 项目拖期 3 8 4 E 修理或换设备 加强设备预防性维修测试期间出现重大问题客户拒绝接受产品4 10 5 C 修改程序 分步测试没有有效的备份方案数据丢失无法挽救4 9 4 D 重新开始 异地双重备份测试测试发现的问题迟迟解决不了项目进度拖期 3 9 5 D 加快解决 专家会诊解决设备不能按时到位

12、项目进度拖期 3 3 8 4 E 催设备供应商 提前采购或合同约束安装运行时质量问题多客户投诉 6 8 4 D 即时解决问题 事先进行局部运行客户突然要求增加功能项目进度拖期、成本超支7 8 5 C 作出相应修改 事先确定项目范围和功能要求重要的记录、文件、数据丢失客户投诉、要求赔偿3 9 5 D 重新生成数据 做好备份系统崩溃 客户要求承担损失2 10 3 E 加紧修复 事先备份出现故障，用户维护人员解决不了客户投诉 8 8 8 A 派技术人员帮助解决事先培训客户系统维护人员用户手册错误多 客户投诉 3 6 4 72 修改错误 专人检查培训手册没有按时准备好客户投诉，培训不能按时进行3 5 3 45 加班加点准备 提前准备出来维护培训效果差 客户不满意 3 6 3 54 重新培训 确定标准、充分准备、把好培训师质量关4.3 风险监控4.3.1 风险监控的方法风险再评估，风险审计，技术指标分析，储备金分析，状态审查会，变差和趋势分析。