项目风险计划书范文

　　篇一：项目风险及管理计划

　　1、需求变更风险

　　需求变更是软件项目经常发生的事情。在应用的开发过程中可能存在用户的需求定义的不明确，不够准确，或者是用户没有真正了解自己的需求，以及APP开发过程中的各种问题、技术支持等，可能会产生需求变更的风险

　　风险管理计划：预防这种风险的办法是项目建设之初就制定好需求变更控制流程、记录并归档用户的需求变更申请。

　　2、沟通不良风险

　　项目组与项目各成员方沟通不良是影响项目顺利进展的一个非常重要的因素，成员间可能存在需求、开发方向、技术上的差异导致沟通不良。

　　风险管理计划：预防这种风险的办法是项目建设之初就和项目各成员约定好沟通的渠道和方式、项目建设过程中多和项目各成员交流和沟通、注意培养和锻炼自身的沟通技巧。

　　3、进度风险

　　项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着失败的开发。

　　风险管理计划：预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

　　4、质量风险

　　用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。

　　风险管理计划：预防这种风险的办法一般是经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产品的检查和评审、计划和组织严格的独立测试等。

　　5、系统性能风险

　　软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。

　　风险管理计划： 预防这种风险的办法一般是在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。

　　6、技术风险

　　在软件项目开发和建设的过程中，战略管理技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。风险管理计划：预防这种风险的办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。

　　7、团队成员协作风险

　　团队成员是否能齐心协力为项目的'共同目标服务，生产管理是影响进度和质量的关键因素。

　　风险管理计划：预防这种风险的办法是项目在建设之初项目经理就需要将项目目标、工作任务等和项目成员沟通清楚，采用公平、公正、公开的绩效考评制度，倡导团结互助的工作风尚等。

　　世间万物总是发展变化的，风险亦可能随时出现和变化。以上这些风险，应该是软件项目建设中经常出现的主要风险，但由于项目本身的个性化特征，针对具体的项目，肯定会出现一些我们上面没有列举甚至是事先根本无法预期的风险，这就需要我们项目经理有敏锐的观察力，去识别它们，从而更好地预防和控制它们。

　　篇二：风险管理项目计划书

　　一、 项目目标

　　1、总体目标：构建**公司覆盖全公司层面、各层次的风险管理体系

　　2、 阶段目标：

　　三个月目标：完成重要部门的风险点清理，设计并试运行风险监控程序，形成风险监控指引制度

　　半年目标：在全公司本部范围内实施风险监控程序，并形成风险管理手册初版

　　一年目标：在子公司及联营公司实施风险监控，完善风险管理手册，形成动态监控管理程序（动态修正风险点、修正风险标准及动态应对措施）

　　3、 分项目标

　　制度：制定风险管理制度，编制风险管理手册

　　组织：成立风险管理机构，确定权责，建立风险预警和报告程序

　　体系：建立风险监控、预警以及应对、跟踪体系

　　二、 项目理念

　　1、项目思路：系统有序，稳步推进，重点突破，

　　2、风险管理理念：风险创造价值

　　三、项目组织架构

　　1、领导机构：董事会领导下的风险委员会

　　2、执行组织：风险管理部为基础的风险项目组

　　3、 项目成员：

　　4、 职责权限：

　　四、 实施重点

　　1、设立风险点：收集、了解、清查风险点，区分风险点，协商确定风险标准和依据来源，判断方法，构建主要风险点体系

　　2、建立监控模型：制度、组织、人员、职责、权限、流程、表单

　　3、风险实施流程：依据监控模型，风险识别—风险评估—应对措施库—执行—结果检查——返回修正监控模型。

　　4、重点部门试行：先试行业务部门，初期报告—反馈建议—改进—实施

　　5、全面推进完善：业务部门完善——职能部门——全公司