项目风险管理计划

[项目风险管理计划]文文件状态：[]草稿[]正在修改TL40705031.0李爽2021-08-11文档编号：当前版本：作者：完成日期：1/122/12版本历史版本/状态.0正式发布作者李爽参与者起止日期2021-08-11备注3/124/120.文档介绍 5 项目风险管理计划 71.1 目的71.2 角色与职责71.3 启动准则71.4 输入71.5 主要步骤81.5.1风险识别 81.5.2风险分析 81.5.3风险减缓 81.5.4风险监控 95/121.6 输出91.7 结束准则91.8 度量92 实施建议10 0.文档介绍0.1文档目的0.2文档范围6/120.3读者对象0.4参考文献提示：列出本文档的所有参考文献(可以是非正式出版[标识符]作者，文献名称，出版单位(或归属单位，)0.5术语与缩写解释缩缩写、术语解释7/121项目风险管理计划在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到项目的所有风险都被识别与解决1.2角色与职责项目负责人负责风险管理。项目成员协助项目负责人处理风险。1.3启动准则《项目计划》已经制定，项目研发已经开始。1.4输入《项目计划》8/12目质量报告》和《项目周报》等1.5主要步骤1.5.1风险识别项目负责人根据“风险跟踪列表”，定期(例如每周一次)识别本项目的风险。1.5.2风险分析项目负责人评估每个风险的严重性、可能性和风险系数，并按照风险系数从高到低的顺序排列风险。1.5.3风险减缓对于风险系数超过“容许值”(建议为10)的每一个风险，项目负责人应当给出风险减缓措施，并指定责任人。风险系数越高，越先处理。9/121.5.4风险监控项目负责人跟踪风险减缓过程，直到风险已经解决为止。如果风险的性质发生变化，应当及时更新风险减缓措施1.6输出《风险管理报告》1.7结束准则所有风险都已经解决，相关信息已经记录到《风险管理报告》之中。1.8度量项目负责人统计工作量。/122实施建议对风险管理过程域产生的所有有价值的文档进行配项目负责人根据本项目的特征，确定风险识别的频度(通常为每周一次)，适当修改“风险登记表”。选用合适的软件工具，尽量减少风险管理过程域的项目监控和风险管理均由项目负责人负责，建议同3附录1：常见风险举例▲▲进度安排制定得是否合理？▲WBS的分析是否足够细，以便对进度做较贴切的安排？进度风险▲对交付日期的要求是否严格？▲是否可以为了满足严格进度安排而对产品功能进行让步放行？规模风险外部依赖风险技术风险人员资金▲计划是否为过程管理预留时间？▲对产品的需求是否和涉众认同一致？▲需求是否有优先级排列？▲对需求的变化是否建立了相应的管理机制并实施？▲对需求的变化是否做相应的分析？▲需求是否稳定并达到了充分的共识？▲规模的估计方法是否正确掌握和使用？▲项目规模是固定不变还是在不断扩展或变更？▲项目开发规模或范围预估是否正确？▲系统是否依赖于新的或未经试验的产品、服务或技术？是否依赖于新的或未被证明的硬件、软件或技术？▲对于与其他系统(包括企业以外的系统)的接口是否存在外部依赖性？▲该项目是否依赖于其他(平行的)开发项目？▲所采用技术是否已经过使用？▲使用的组件是否被成功的重复使用？重复使用的组件是否合理？▲数据量是否合理？当前可用的系统框架是否能够保存这些数据？▲是否有特殊或苛刻的技术需求(如要求项目团队处理他们不熟悉的问题)？▲是否存在极不灵活的可用性和安全性需求(如“系统必须永远不出现故▲系统的用户是否对正在开发的系统类型没有经验？▲应用程序的大小或复杂性是否导致了风险的增加？▲成功是否依赖于开发工具(设计工具、编译器等)和实施技术(操作系统、数据库、进程间通信机制等)的成功集成。是否有替代计划，可以在没有这些技术的情况下交付项目？▲是否获得必要的人员(测试人员、QA、SCM人员)？▲项目人员是否具备合适的技能和经验以及接受过相应培训？▲项目人员是否会有突然接受其他任务的