项目风险管理计划

1、 项目风险管理计划文件状态：文档编号：TL4070503 草稿当前版本： 正式发布作者：李爽 正在修改完成日期：2020-04-12版本历史版本 / 状态作者参与者起止日期备注李爽2020-04-12正式发布目录0.文档介绍.文档目的.文档范围.读者对象.参考文献.术语与缩写解释. .1 项目风险管理计划. .目的 .角色与职责.启动准则.输入 .主要步骤.风险识别.风险分析.风险减缓.风险监控.输出 .结束准则.度量 .2 实施建议 .3 附录 1：常见风险举例 .0. 文档介绍文档目的文档范围读者对象参考文献提示： 列出本文档的所有参考文献（可以是非正式出版物），格式如下： 标识符 作者，

2、文献名称，出版单位（或归属单位），日期术语与缩写解释缩写、术语解释1 项目风险管理计划1.1目的在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到项目的所有风险都被识别与解决为止。1.2角色与职责项目负责人负责风险管理。项目成员协助项目负责人处理风险。1.3启动准则项目计划已经制定，项目研发已经开始。1.4输入项目计划项目监控过程产生的文档如项目问题列表、项目质量报告和项目周报等1.5主要步骤风险识别项目负责人根据“风险跟踪列表”，定期（例如每周一次）识别本项目的风险。风险分析项目负责人评估每个风险的严重性、可能性和风险系数，并按照风险系数从高到低的顺序排列风险。风险减缓

3、对于风险系数超过“容许值”（建议为10）的每一个风险，项目负责人应当给出风险减缓措施，并指定责任人。风险系数越高，越先处理。风险监控项目负责人跟踪风险减缓过程，直到风险已经解决为止。如果风险的性质发生变化，应当及时更新风险减缓措施1.6输出风险管理报告1.7结束准则所有风险都已经解决，相关信息已经记录到风险管理报告之中。1.8度量项目负责人统计工作量。2 实施建议对风险管理过程域产生的所有有价值的文档进行配置管理。项目负责人根据本项目的特征，确定风险识别的频度（通常为每周一次），适当修改“风险登记表” 。选用合适的软件工具，尽量减少风险管理过程域的工作量。项目监控和风险管理均由项目负责人负责，

4、建议同步执行。3 附录 1：常见风险举例进度安排制定得是否合理？ WBS的分析是否足够细，以便对进度做较贴切的安排？进度风险对交付日期的要求是否严格？是否可以为了满足严格进度安排而对产品功能进行让步放行？计划是否为过程管理预留时间？对产品的需求是否和涉众认同一致？需求是否有优先级排列？对需求的变化是否建立了相应的管理机制并实施？对需求的变化是否做相应的分析？规模风险需求是否稳定并达到了充分的共识？规模的估计方法是否正确掌握和使用？项目规模是固定不变还是在不断扩展或变更？项目开发规模或范围预估是否正确？系统是否依赖于新的或未经试验的产品、未被证明的硬件、软件或技术？服务或技术？是否依赖于新的或外

5、部依赖风险对于与其他系统（包括企业以外的系统）的接口是否存在外部依赖性？该项目是否依赖于其他（平行的）开发项目？所采用技术是否已经过使用？使用的组件是否被成功的重复使用？重复使用的组件是否合理？数据量是否合理？当前可用的系统框架是否能够保存这些数据？是否有特殊或苛刻的技术需求（如要求项目团队处理他们不熟悉的问题）？是否存在极不灵活的可用性和安全性需求（如“系统必须永远不出现故技术风险障”）？系统的用户是否对正在开发的系统类型没有经验？应用程序的大小或复杂性是否导致了风险的增加？成功是否依赖于开发工具 （设计工具、 编译器等） 和实施技术 （操作系统、数据库、进程间通信机制等）的成功集成。是否有替代计划，可以在没有这些技术的情况下交付项目？是否获得必要的人员（测试人员、QA、 SCM人员）？项目人员是否具备合适的技能和经验以及接受过相应培训？人员项目人员是否会有突然接受其他任务的可能性？他们对项目成功是否有信心和决心？完成项目所需的资金