《GL_PP_Risk》.docVIP

风险管理指南 GL_PP_Risk Engineering Process Group （EPG） 变更记录 序号 变更内容概要 变更人/ 日期 审核人/ 日期 批准人/ 日期 2 V1.1 修改“4.3. 风险应对” 刘旭 2006.10.26 3 V1.1 在4.1风险识别中增加对风险发生期的识别 冯晔 2007.4.13 目录 1. 概述 4 2. 职责 4 3. 输入 4 4. 活动 4 4.1. 风险识别 4 4.2. 风险分析 4 4.3. 风险应对 5 4.4. 风险跟踪 5 5. 输出 5 6. 相关文件 5 概述 软件工程过程中可能出现的、影响软件目标（成本、进度、质量）实现、或造成重大损失的事件，称为软件风险。 本文件的目的是帮助项目经理在软件项目开发过程中，尽可能早地识别风险，制订风险对策，跟踪与重新评估风险，从而化解风险，或在风险发生时实施对策，将风险造成的影响降低到最小。 职责 角色 职责 项目经理 制定项目的风险管理计划 跟踪和监督项目风险 项目组 实施风险应对活动。 SQA人员 评审风险管理活动。 输入 风险管理表模板 活动 风险识别 风险识别由项目经理负责，是在制定软件项目计划的时候，以及在软件开发过程中预测未来可能发生的风险。 风险识别要定期进行，例如每周在项目例会及编写项目周报时讨论；也在开发阶段里程碑处、或重要的变更发生（即该变更对软件的范围、工作量、进度、资源等有较大影响）时进行。 项目经理参考公司的“风险管理库”（LST_PP_RiskLibrary.xls），将识别的项目风险填入《风险管理表》，选择“Type”、填写“Define Date”、“Risk Description”、“Risk Background”项。识别出的风险会在一定时期内存在，这一时期之后，风险可能发生或被消除。项目经理需要对风险可能存在的期间进行分析，并在填写“Risk Description”项时写明风险存在的时间区间。 风险分析 风险分析由项目经理负责组织进行，并将结果填写入《风险管理表》： 分析风险万一发生时可能造成的影响，填写“Impact”栏。根据影响估算“风险严重程度”，填写“SEV”栏。风险在发生时会造成不同的损失，将风险损失划分为10个等级，并按严重程度由低到高用0-9来赋值。SEV的取值参看下表。 SEV 风险发生可能会造成的总进度延迟百分比 　 1% 2% 3% 4% 5% 6% 7% 8% 9% 可能造成总工作量增加的百分比 1% 1 2 3 4 5 6 7 8 9 2% 2 2 3 4 5 6 7 8 9 3% 3 3 3 4 5 6 7 8 9 4% 4 4 4 4 5 6 7 8 9 5% 5 5 5 5 5 6 7 8 9 6% 6 6 6 6 6 6 7 8 9 7% 7 7 7 7 7 7 7 8 9 8% 8 8 8 8 8 8 8 8 9 9% 9 9 9 9 9 9 9 9 9 预测“风险发生概率”，即风险发生的可能性，填写“OCC”栏。可能性大的事件其风险概率值较高，将风险发生概率OCC也划分为10个等级，并按风险发生的可能性由低到高用0-9来赋值。OCC的取值请项目经理参考组织的历史风险库，在历史风险库中类似项目已发生该类风险的项目数占历史风险库中总项目数的比例即为OCC值；对于没有历史参考数据的风险，可使用Delphi方法或者评审估算法进行估算。 计算“风险优先级数”，进行风险排序，填写“RPN”栏。 风险优先级数（RPN）由风险严重程度（SEV）和风险发生的概率（OCC）决定： RPN = SEV × OCC 可以按风险优先级数（RPN）对各项风险进行排序。 风险应对 项目经理填写各风险的应对策略类型 对每个已识别和分析过的风险确定“应对策略类型”（Resolution Type）并填写到《风险管理表》“Resolution Type”栏中。目前组织定义了以下7种风险应对策略类型： 接受风险（Risk acceptance）：能承担损失时。 避免风险（Risk avoidance）：难以承受风险后果时，应取消可能导致风险的行动计划、方案，避免风险发生。 防范风险（Risk protection）：比如用备用设备和资金弥补风险发生造成的不利影响。 减缓风险（Risk reduction）：设法降低风险发生的频率或后果的严重程度。 风险研究（Risk research）：需要更多信息时 风险储备（Risk reserves）：成本或时间不确定时 风险转移（Risk Transfer）：其他小组或企业有能力控制风险或接受风险时，可将任务转交/转包给其他小组或企业；或者通