项目风险管理计划

1、腾龙软件腾龙.工程风险管理方案腾龙软件：.；工程干系人分析四步法工程干系人分析四步法 IT软件工程管理工程干系人分析四步法工程干系人分析四步法工程风险管理方案文件形状： 草稿 正式发布 正在修正文档编号：TL4070503当前版本：1.0作 者：李爽完成日期： DATE yyyy-MM-dd 2021-05-19版 本 历 史版本/形状作者参与者起止日期备注1.0正式发布李爽 DATE yyyy-MM-dd 2021-05-19目 录 TOC o 1-3 h z HYPERLINK l _Toc260847599 0. 文档引见 PAGEREF _Toc260847599 h 3 HYPERL

2、INK l _Toc260847600 0.1 文档目的 PAGEREF _Toc260847600 h 3 HYPERLINK l _Toc260847601 0.2 文档范围 PAGEREF _Toc260847601 h 3 HYPERLINK l _Toc260847602 0.3 读者对象 PAGEREF _Toc260847602 h 4 HYPERLINK l _Toc260847603 0.4 参考文献 PAGEREF _Toc260847603 h 4 HYPERLINK l _Toc260847604 0.5术语与缩写解释 PAGEREF _Toc260847604 h 4

3、 HYPERLINK l _Toc260847605 1工程风险管理方案 PAGEREF _Toc260847605 h 4 HYPERLINK l _Toc260847606 1.1目的 PAGEREF _Toc260847606 h 4 HYPERLINK l _Toc260847607 1.2角色与职责 PAGEREF _Toc260847607 h 4 HYPERLINK l _Toc260847608 1.3启动准那么 PAGEREF _Toc260847608 h 5 HYPERLINK l _Toc260847609 1.4输入 PAGEREF _Toc260847609 h 5

4、 HYPERLINK l _Toc260847610 1.5主要步骤 PAGEREF _Toc260847610 h 5 HYPERLINK l _Toc260847611 1.5.1 风险识别 PAGEREF _Toc260847611 h 5 HYPERLINK l _Toc260847612 1.5.2 风险分析 PAGEREF _Toc260847612 h 5 HYPERLINK l _Toc260847613 1.5.3 风险减缓 PAGEREF _Toc260847613 h 5 HYPERLINK l _Toc260847614 1.5.4 风险监控 PAGEREF _Toc2

5、60847614 h 5 HYPERLINK l _Toc260847615 1.6输出 PAGEREF _Toc260847615 h 6 HYPERLINK l _Toc260847616 1.7终了准那么 PAGEREF _Toc260847616 h 6 HYPERLINK l _Toc260847617 1.8度量 PAGEREF _Toc260847617 h 6 HYPERLINK l _Toc260847618 2实施建议 PAGEREF _Toc260847618 h 6 HYPERLINK l _Toc260847619 3附录1：常见风险举例 PAGEREF _Toc26

6、0847619 h 60. 文档引见0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文献提示：列出本文档的一切参考文献可以是非正式出版物，格式如下：标识符 作者，文献称号，出版单位或归属单位，日期0.5术语与缩写解释缩写、术语解 释1工程风险管理方案目的在工程的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到工程的一切风险都被识别与处理为止。角色与职责工程担任人担任风险管理。工程成员协助工程担任人处置风险。启动准那么曾经制定，工程研发曾经开场。输入工程监控过程产生的文档如、和等主要步骤 1.5.1 风险识别工程担任人根据“风险跟踪列表，定期例如每周一次识别本工程的风

7、险。1.5.2 风险分析工程担任人评价每个风险的严重性、能够性和风险系数，并按照风险系数从高到低的顺序陈列风险。1.5.3 风险减缓对于风险系数超越“允许值建议为10的每一个风险，工程担任人该当给出风险减缓措施，并指定责任人。风险系数越高，越先处置。1.5.4 风险监控工程担任人跟踪风险减缓过程，直到风险曾经处理为止。假设风险的性质发生变化，该当及时更新风险减缓措施输出终了准那么一切风险都曾经处理，相关信息曾经记录到之中。度量工程担任人统计任务量。实施建议对风险管理过程域产生的一切有价值的文档进展配置管理。工程担任人根据本工程的特征，确定风险识别的频度通常为每周一次，适当修正“风险登记表。选用

8、适宜的软件工具，尽量减少风险管理过程域的任务量。工程监控和风险管理均由工程担任人担任，建议同步执行。附录1：常见风险举例 进度风险进度安排制定得能否合理？ WBS的分析能否足够细，以便对进度做较贴切的安排？对交付日期的要求能否严厉？ 能否可以为了满足严厉进度安排而对产品功能进展退让放行？方案能否为过程管理预留时间？规模风险对产品的需求能否和涉众认同一致？需求能否有优先级陈列？对需求的变化能否建立了相应的管理机制并实施？对需求的变化能否做相应的分析？需求能否稳定并到达了充分的共识？规模的估计方法能否正确掌握和运用？工程规模是固定不变还是在不断扩展或变卦？ 工程开发规模或范围预估能否正确？ 外部依

9、赖风险系统能否依赖于新的或未经实验的产品、效力或技术？能否依赖于新的或未被证明的硬件、软件或技术？ 对于与其他系统包括企业以外的系统的接口能否存在外部依赖性？该工程能否依赖于其他平行的开发工程？技术风险所采用技术能否曾经过运用？ 运用的组件能否被胜利的反复运用？反复运用的组件能否合理？ 数据量能否合理？当前可用的系统框架能否可以保管这些数据？ 能否有特殊或苛刻的技术需求如要求工程团队处置他们不熟习的问题？能否存在极不灵敏的可用性和平安性需求如“系统必需永远不出现缺点？系统的用户能否对正在开发的系统类型没有阅历？运用程序的大小或复杂性能否导致了风险的添加？ 胜利能否依赖于开发工具设计工具、编译器等和实施技术操作系统、数据库、进程间通讯机制等的胜利集成。能否有替代方案，可以在没有这些技术的情况下交付工程？人员能否获得必要的人员测试人员、QA、SCM人员？ 工程人员能否具备适宜的技艺和阅历以