1 / 11
文档名称:

(风险管理)项目风险管理计划.docx

格式:docx   大小:52KB   页数:11页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

(风险管理)项目风险管理计划.docx

上传人:guoxiachuanyue 2022/5/18 文件大小:52 KB

下载得到文件列表

(风险管理)项目风险管理计划.docx

文档介绍

文档介绍:[项目风险管理计划]
文件状态:
文档编号:
TL4070503
[]草稿
当前版本:

[V]正式发布
作者:
李爽
[]正在修改
完成日期:
2022-04-26
项目风险管理计划腾龙软件
[项目风险管理计划]
文件状态:
文档编号:
TL4070503
[]草稿
当前版本:

[V]正式发布
作者:
李爽
[]正在修改
完成日期:
2022-04-26
项目风险管理计划腾龙软件
版本历史
版本/状态
作者
参与者
起止日期
备注

正式发布
李爽
2022-04-26
项目风险管理计划腾龙软件
目录






1项目风险管理计划4
目的4
角色与职责5
启动准则5
输入5
主要步骤5
风险识别5
风险分析5
风险减缓5
风险监控6
输出6
结束准则6
度量6
2实施建议6
3附录1:常见风险举例6
项目风险管理计划腾龙软件





提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下[标识符]作者,文献名称,出版单位(或归属单位),日期

项目风险管理计划
目的
在项目的生命周期内,循环执行风险识别、风险分析、风险减缓和风险跟踪,直到项目的所有风险都被识别与解决为止。
项目风险管理计划腾龙软件
角色与职责
项目负责人负责风险管理。
项目成员协助项目负责人处理风险。
启动准则
《项目计划》已经制定,项目研发已经开始。
输入
《项目计划》
项目监控过程产生的文档如《项目问题列表》、《项目质量报告》和《项目周报》等
主要步骤
风险识别
项目负责人根据“风险跟踪列表”,定期(例如每周一次)识别本项目的风险。
风险分析
项目负责人评估每个风险的严重性、可能性和风险系数,并按照风险系数从高到低的顺序排列风险。
风险减缓
•对于风险系数超过“容许值”(建议为10)的每一个风险,项目负责人应当给出风险减缓措施,并指定责任人。风险系数越高,越先处理。
项目风险管理计划腾龙软件
风险监控
•项目负责人跟踪风险减缓过程,直到风险已经解决为止。如果风险的性质发
生变化,应当及时更新风险减缓措施
输出
•《风险管理报告》
结束准则
•所有风险都已经解决,相关信息已经记录到《风险管理报告》之中。
度量
•项目负责人统计工作量。
实施建议
对风险管理过程域产生的所有有价值的文档进行配置管理。
项目负责人根据本项目的特征,确定风险识别的频度(通常为每周一次),适当修改“风险登记表”。
选用合适的软件工具,尽量减少风险管理过程域的工作量。
项目监控和风险管理均由项目负责人负责,建议同步执行。
项目风险管理计划腾龙软件
附录1:常见风险举例
项目风险管理计划腾龙软件
进度风险
▲进度安排制定得是否合理?
▲WBS的分析是否足够细,以便对进度做较贴切的安排?
▲对交付日期的要求是否严格?
▲是否可以为了满足严格进度安排而对产品功能进行让步放行?
▲计划是否为过程管理预留时间?
规模风险
▲对产品的需求是否和涉众认同一致?
▲需求是否有优先级排列?
▲对需求的变化是否建立了相应的管理机制并实施?
▲对需求的变化是否做相应的分析?
▲需求是否稳定并达到了充分的共识?
▲规模的估计方法是否正确掌握和使用?
▲项目规模是固定不变还是在不断扩展或变更?
▲项目开发规模或范围预估是否正确?
外部依赖风险
▲系统是否依赖于新的或未经试验的产品、服务或技术?是否依赖于新的或未被证明的硬件、软件或技术?
▲对于与其他系统(包括企业以外的系统)的接口是否存在外部依赖性?
▲该项目是否依赖于其他(平行的)开发项目?
技术风险
▲所米用技术是否已经过使用?
▲使用的组件是否被成功的重复使用?重复使用的组件是否合理?
▲数据量是否合理?当刖可用的系统框架是否能够保存这些数据?
▲是否有特