《项目风险管理计划》模板

技术文件

【模板使用说明】

1) 本报告适用于对组织外报告项目风险。本报告经项目负责人审批（需要时应经副区总审批）后，可以提供给顾客、客户或合约方。

2) 模板内容供参考，可以根据实际情况删除或增加二级和三级标题要求的内容，但不能删除一级标题。

3) 对于模板中涉及数据的分析和统计，建议使用表格和图形表示，使数据更清晰直观。

4) 在编辑完整个文档后，点击鼠标右键，选择“更新域——更新整个目录”即可。

5) 请在完成整个文档的编写后，将模板中给出的说明删除。

文档版本变更记录（文档作者或修改者更新文档版本时填写）：

目　　录

1 概述.... 4

2 定义和缩略语.... 4

3 项目风险管理组织.... 4

4 项目定义风险管理表.... 4

4.1 项目风险类别定义... 4

4.2 项目风险概率和影响定义... 5

4.3 项目风险状态定义... 5

4.4 项目风险管理表... 5

5 项目风险管理策略.... 6

6 项目风险管理进度安排.... 6

7 其它.... 6

XX项目风险管理计划

1 概述

<描述本项目状态报告存在的必要性、用途。>

2 定义和缩略语

<为适当地解释这个报告，需要了解其中的所有术语和缩略语。这一段定义或提供对它们定义的参考资料。如果没有，填写无。>

3 项目风险管理组织

4 项目定义风险管理表

4.1 项目风险类别定义

4.2 项目风险概率和影响定义

4.3 项目风险状态定义

4.4 项目风险管理表

5 项目风险管理策略

6 项目风险管理进度安排

7 其它

<描述其它需要说明的内容。如果没有，填写无。>

第二篇：项目风险管理计划模板

项目风险管理计划

项目管理过程

风险识别

潜在的风险事件

需求不明确

风险评

风险发生的后果

可能5

严重9

客户不接受产品或拒绝付款

项目范围定义不明确项目目标不明确与客户沟通不够

项目没完没了

导致项目进度拖期或成本超

支。软件不能满足客户需求软件不能实现业务功能软件不能萍踪客户需求客户拒绝签字、验收项目变得没完没了项目不能按时、按预算完成项目不能按时、按预算完成

分析错误或不可行软件不能萍踪需求，客户拒

绝接受

客户不满意

86568585645464348455224

98991xxxxxxxxxxxx81078108976

需求分析

需求小组对客户业务了解不够需求小组没有真正理解客户需求需求分析报告没有得到客户的确认

需求不断变化

缺乏有效的需求变化管理过程

任务定义不够充分缺乏有经验的分析员

设计

设计偏离客户需求软件功能漏项

程序员对系统设计的理解上出现偏软件实现不了设计的功能，

差客户拒绝接受

程序员开发能力差程序员不熟悉开发工具

项目进度拖期项目进度拖期、质量问题

质量问题

项目进度拖期、成本超支

质量问题项目执行不下去接口混乱、质量问题项目拖期、质量问题发现不

项目进度拖期程序问题发现不了

编码

设计错误导致编码实现困难

客户要求增加功能项目将会时间提前程序员离开开发团队内部沟通不够没有切实可行的测试计划测试人员不能按时到位测试人员经验不够

测试测试设备故障测试期间出现重大问题没有有效的备份方案测试发现的问题迟迟解决不了

设备不能按时到位运行时质量问题多

项目拖期客户拒绝接受产品数据丢失无法挽救项目进度拖期项目进度拖期客户投诉

项目进度拖期、成本超支客户投诉、要求赔偿客户要求承担损失

客户投诉客户投诉

客户投诉，培训不能按时进

客户不满意

3443367328333

810998889108656

安装客户突然要求增加功能重要的记录、文件、数据丢失

系统崩溃

出现故障，用户维护人员解决不了

用户手册错误多

维护

培训手册没有按时准备好

培训效果差

生产启动时间、计划物料的数量、外购件供货期等方面不能满足

实际需求需要采用新的算法或输入输出技

术，引起计划延迟

1.1 人力资源风险的应对措施

a. 和有关资源部门充分沟通，达成共识，建立人员的稳定和释放机制，在开发周期内保持人员的相此作为产品线考核资源线的一个指标。

b. 针对人员缺乏经验，需要进行系列的培训组织，保证项目开发人员及时了解产品知识。c. 工作交接规范化，保证产品开发不会因为人员变动受到大的冲击。

d. 对项目组进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。e. 对所有工作进行详细复审，避免只有一个人熟悉该项工作情况出现。f. 对于每一个关键技术岗位都指定一个后备人员。1.2 对于需求变动的缓解措施

a. 在进行需求分析时和市场人员甚至用户进行充分沟通b. 定出基线进行详细评审

c. 周知版本计划，并用市场销售指导书指导市场人员签单时注意公司产品的规格，引导用户

d. 严格控制需求的变更，建立需求变更控制机制，e. 及时调整计划；并周知所有项目有关人员

1.3 对于技术因素的缓解措施：a. 使用模块化、层次化开发模式，尽量降低系统复杂性b. 加强评审

1.4 环境、物料、设备风险的缓解措施：a. 加强和采购，物料部门的沟通b. 加强新品管理的控制，加强部品标准化c. 尽量选用目前设备可以生产的零部件

1.5 进度风险的缓解措施a. 强化周报，月报，例会等措施b. 定期（如月）更新日程表c. 重点关注关键路径

1.6 商业风险的缓解措施a. 和客户定期，充分沟通

理计划风险评估

不可控6风险应对措施风险等300应对措施预防措施负责人5565755455554545554453

336024027027056025036016024020xxxxxxxxxxxx96200280160200164904272派遣经验丰富的需求分析师与客户进行深入的交事先进行需求评审流，明确客户的主要需要求需求小组按照客户的需求要在事先定义清楚要求变更项目范围。并获得客户的确认。修改项目目标。立即与客户进行沟通修改软件根据客户需求修改取消项目或修改项目提交CCB讨论、决定对需求变化进行评审重新定义培训或换人修改设计增加相应的功能修改代码培训或换人立即改进修改设计修改程序加班加点或增加资源临时替补人修改程序修改测试计划临时安排测试人员培训或换人事先明确项目目标制定沟通管理计划加强与了解并让客户参让客户确认需求报告事先获得客户确认建立范围变更程序建立需求变更程序事先与客户达成共识配备有经验的分析员进行设计评审进行设计评审、获得客户确认进行设计评审配备精兵强将提前准备编码之前进行设计评审事先确定范围目标合同固定交付时间与相关人员签订合同制定内部沟通计划事先评审测试计划制定出人力资源计划选择有经验的人员

396200106135921722xxxxxxxxxxxx554修理或换设备修改程序重新开始加快解决催设备供应商即时解决问题作出相应修改重新生成数据加紧修复派技术人员帮助解决修改错误加班加点准备重新培训加强设备预防性维修分步测试异地双重备份专家会诊解决提前采购或合同约束事先进行局部运行事先确定项目范围和功能要求做好备份事先备份事先培训客户系统维护人员专人检查提前准备出来确定标准、充分准备、

把好培训师质量关

制，在开发周期内保持人员的相对稳定，资源线调动资源需要和产品部协调，并将员及时了解产品知识。

。

播和交流。

现。

司产品的规格，引导用户

相关推荐