风险管理策略.docVIP

江苏天泽信息产业股份有限公司

风险管理策略

文件状态：

[√]草稿

[]正式发布

[]正在修改

{在最后版本正确的状态前√}

当前版本：

文档密级：

作者：

编写日期：

审核人：

审核日期：

审批人：

审批日期：

版本历史

版本/状态

修订者

参与者

修订日期

变更内容描述

目录

TOC\o1-3\h\z\u1. 前言 4

2. 目的 4

3. 适用范围 4

4. 术语 4

5. 风险来源 4

6. 风险分类 4

7. 风险严重性 5

8. 风险发生可能性 5

9. 风险时间性 5

10. 风险优先级别的计算方法 5

11. 风险管理的判断标准 6

11.1 风险再评估标准 6

11.2 制定风险缓解措施的判断标准 6

11.3 制定风险应急措施的判断标准 6

12. 风险跟踪策略 6

前言

目的

制定本策略是为了便于项目管理委员会、项目经理及相关人员进行交流沟通，为项目风险管理活动的开展和项目的监督和控制提供依据。

适用范围

本策略适用于公司范围内所有的项目的风险管理。

术语

风险来源

描述项目内部的、外部的风险来源，软件研发风险主要包含需求、技术、成本和进度。

风险的来源包括以下几个方面：不确定的需求、不合理的设计、无法获得的技术、没有足够的人员投入和对应的技能、人员流动频繁、不准确的估计或计划、费用问题、供应商问题、客户配套环境问题、其他（可根据具体情况进行描述）。

风险分类

大类

小类

考虑因素

人员

人员资源

人员时间的投入比例、项目资源之间的冲突

人员稳定性

人员流动率，后续接手人员的培养

人员协调能力

工作环境、交流方式、交流频率

技术

需求风险

稳定性、完整性、清晰、有效性、可行性、先例、规模

设计风险

a.功能性、难度、接口、可测试性、硬件约束

实现风险

开发工具、开发环境、编码和单元测试

测试风险

集成测试、系统测试、公网测试

管理

客户

客户的沟通、合同、供应商关系等

成本

项目成本控制

进度

项目的监控、进度控制

质量

公司定义质量、客户定义质量

环境

开发环境、存储环境、测试环境、实际运行环境

风险严重性

严重性

分值

影响严重程度说明

高

0.9

该风险将导致一下三种结果：

无法向客户按照合同规定的日期交付产品，项目延迟一个月以上的

无法达到向客户承诺的质量水平，对性能有比较严重影响达30%以上或发生重大A级故障的。

可能导致项目异常终止，无法进行的。

成本超支超过40%的

中

0.6

该风险将导致项目超过预计工时，但此类风险可以缓解，比如通过如下方法进行解决：

项目延迟一周以上的，需要增加项目人员或者加班加点完成。

对性能有比较严重的影响，有发生B级故障。

成本超支20%的

低

0.3

该风险不影响项目正常进行，但需要作相应调整：相互关系、工作安排以及人员构成

进度

项目延迟一周以下。

对性能影响比较低，发生C级故障。

成本超支10%

注1：这里是以不降低质量要求为前提条件。

风险发生可能性

可能性等级

分值

风险发生可能性等级说明

高

0.9

70%可能性=100%

中

0.6

30%可能性=70%

低

0.3

0%可能性=30%

风险时间性

紧迫性

分值

风险紧迫程度说明

高

0.9

风险在项目剩余阶段的1/3时间内发生

中

0.6

风险在项目剩余阶段的2/3时间内发生

低

0.3

风险在项目剩余阶段的2/3时间以后发生

风险优先级别的计算方法

风险优先数＝风险严重性×风险发生可能性×风险时间性

风险管理的判断标准

制定风险缓解措施的判断标准

当风险优先级别大于或等于0.4时，必须进行制定风险缓解措施。如果都不大于0.4，则对前3项进行制定风险缓解措施计划。

制定风险应急措施的判断标准

当风险项的可能性等级为“高”时，必须对该风险项制定风险应急措施。

风险跟踪策略

根据项目特点，以及相关风险等级的具体情况，描述项目中进行风险识别、跟踪的频率（周/月/季）、以及相关风险评审的时间等。

风险识别、跟踪的频率

审批

里程碑

项目管理委员会

每周的周例会

项目代表

风险项增加，已有风险项发生变化，里程牌评审时，需要重新评估风险

项目代表