![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
![](/assets/images/bg-loading.gif)
还剩6页未读,继续阅读
文本内容:
[项目风险管理计划]文件状态文档编号TL4070503[]草稿当前版本
1.0[]正式发布作者李爽V[]正在修改完成日期2023-08-21版本历史版本/状态作者参与者起止日期备注李爽2023-08-
211.0正式发布文档介绍
0.4文档目的
0.14文档范围
0.24读者对象
0.34参考文献
0.44术语与缩写解释
0.54项目风险管理计划14目的
1.14角色与职责
1.25启动准则
1.35输入
1.45主要步骤
1.55风险识别
1.
5.15风险分析
1.
5.25风险减缓
1.
5.35风险监控
1.
5.46输出
1.66结束准则
1.76度量
1.86实施建议26附录常见风险举例31:
60.文档介绍文档目的
0.1文档范围
0.2读者对象
0.3参考文献
0.4提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符]作者,文献名称,出版单位(或归属单位),日期术语与缩写解释
0.5缩写、术语解释1项目风险管理计划目的
1.1在项目的生命周期内,循环执行风险识别、风险分析、风险减缓和风险跟踪,直到项目的所有风险都被识别与解决为止角色与职责
1.2•项目负责人负责风险管理•项目成员协助项目负责人处理风险启动准则
1.3•《项目计划》已经制定,项目研发已经开始输入
1.4•《项目计划》•项目监控过程产生的文档如《项目问题列表》、《项目质量报告》和《项目周报》等主要步骤
1.5风险识别
1.
6.1•项目负责人根据“风险跟踪列表定期(例如每周一次)识别本项目的风险风险分析
1.
1.2•项目负责人评估每个风险的严重性、可能性和风险系数,并按照风险系数从高到低的顺序排列风险风险减缓
1.
1.3•对于风险系数超过“容许值”(建议为)的每一个风险,项目负责人应当给10出风险减缓措施,并指定责任人风险系数越高,越先处理风险监控
1.
1.4•项目负责人跟踪风险减缓过程,直到风险已经解决为止如果风险的性质发生变化,应当及时更新风险减缓措施输出
1.6•《风险管理报告》结束准则
1.7•所有风险都已经解决,相关信息已经记录到《风险管理报告》之中度量
1.8•项目负责人统计工作量2实施建议•对风险管理过程域产生的所有有价值的文档进行配置管理•项目负责人根据本项目的特征,确定风险识别的频度(通常为每周一次),适当修改“风险登记表”•选用合适的软件工具,尽量减少风险管理过程域的工作量•项目监控和风险管理均由项目负责人负责,建议同步执行3附录1常见风险举例▲进度安排制定得是否合理?进度风险的分析是否足够细,以便对进度做较贴切的安排?▲WBS▲对交付日期的要求是否严格?▲是否可以为了满足严格进度安排而对产品功能进行让步放行?▲计划是否为过程管理预留时间?▲对产品的需求是否和涉众认同一致?▲需求是否有优先级排列?▲对需求的变化是否建.上了相应的管理灯制并实施L▲对需求的变化是否做相应的分析?规模风险▲需求是否稳定并达到了充分的共识?▲规模的估计方法是否正确掌握和使用?▲项目规模是固定不变还是在不断扩展或变更?▲项目开发规模或范围预估是否正确?▲系统是否依赖于新的或未经试验的产品、服务或技术?是否依赖于新的或未被证明的硬件、软件或技术?外部依赖风险▲对于与其他系统(包括企业以外的系统)的接口是否存在外部依赖性?▲该项目是否依赖于其他(平行的)开发项目?▲所采用技术是否已经过使用?▲使用的组件是否被成功的重复使用?重复使用的组件是否合理?▲数据量是否合理?当前可用的系统框架是否能够保存这些数据?▲是否有特殊或苛刻的技术需求(如要求项目团队处理他们不熟悉的问题)?▲是否存在极不灵活的可用性和安全性需求(如“系统必须永远不出现故技术风险障”)▲系统的用户是否对正在开发的系统类型没有经验?▲应用程序的大小或复杂性是否导致了风险的增加?▲成功是否依赖于开发工具(设计工具、编译器等)和实施技术(操作系统、数据库、进程间通信机制等)的成功集成是否有替代计划,可以在没有这些技术的情况下交付项目?▲是否获得必要的人员(测试人员、、人员)?QA SCM▲项目人员是否具备合适的技能和经验以及接受过相应培训?人员▲项目人员是否会有突然接受其他任务的可能性?▲他们对项目成功是否有信心和决心?▲完成项目所需的资金能否到位?资金▲是否有预算限制?▲项目的成本预算是否准确?▲是否有预留风险管理等资金?▲用户的配合程度,是否导致项目难以进行?用户▲用户环境以及外界环境变更是否将使软件中断或中止?。
![贤阅信息](/assets/images/honor-2.png)
![贤阅信息](/assets/images/honor-3.png)
![贤阅信息](/assets/images/honor-4.png)