项目风险管理计划模板

潜在的风险事件风险发生的后果可能性严重性需求不明确客户不接受产品或拒绝付款59项目范围定义不明确项目没完没了89项目目标不明确导致项目进度拖期或成本超支。68与客户沟通不够软件不能满足客户需求59需求小组对客户业务了解不够软件不能实现业务功能69需求小组没有真正理解客户需求软件不能萍踪客户需求810需求分析报告没有得到客户的确认客户拒绝签字、验收510需求不断变化项目变得没完没了89缺乏有效的需求变化管理过程项目不能按时、按预算完成58任务定义不够充分项目不能按时、按预算完成68缺乏有经验的分析员分析错误或不可行410设计偏离客户需求软件不能萍踪需求，客户拒绝接受510软件功能漏项客户不满意48程序员对系统设计的理解上出现偏差软件实现不了设计的功能，客户拒绝接受69程序员开发能力差项目进度拖期49程序员不熟悉开发工具项目进度拖期、质量问题38设计错误导致编码实现困难质量问题410客户要求增加功能项目进度拖期、成本超支87项目将会时间提前质量问题48程序员离开项目执行不下去510开发团队内部沟通不够接口混乱、质量问题58没有切实可行的测试计划项目拖期、质量问题发现不了29测试人员不能按时到位项目进度拖期27测试人员经验不够程序问题发现不了46需求分析设计编码测试项目风险管理计划项目管理过程风险识别风险评估测试设备故障项目拖期38测试期间出现重大问题客户拒绝接受产品410没有有效的备份方案数据丢失无法挽救49测试发现的问题迟迟解决不了项目进度拖期39设备不能按时到位项目进度拖期38运行时质量问题多客户投诉68客户突然要求增加功能项目进度拖期、成本超支78重要的记录、文件、数据丢失客户投诉、要求赔偿39系统崩溃客户要求承担损失210出现故障，用户维护人员解决不了客户投诉88用户手册错误多客户投诉36培训手册没有按时准备好客户投诉，培训不能按时进行35培训效果差客户不满意36生产启动时间、计划物料的数量、外购件供货期等方面不能满足实际需求需要采用新的算法或输入输出技术，引起计划延迟f.         对于每一个关键技术岗位都指定一个后备人员。1.2 对于需求变动的缓解措施a.        在进行需求分析时和市场人员甚至用户进行充分沟通b.        定出基线进行详细评审e.        对所有工作进行详细复审，避免只有一个人熟悉该项工作情况出现。测试安装维护1.1 人力资源风险的应对措施a.        和有关资源部门充分沟通，达成共识，建立人员的稳定和释放机制，在开发周期内保持人员的相对稳定，资源线调动资源需要和产品部协调，并将此作为产品线考核资源线的一个指标。b.        针对人员缺乏经验，需要进行系列的培训组织，保证项目开发人员及时了解产品知识。c.        工作交接规范化，保证产品开发不会因为人员变动受到大的冲击。d.        对项目组进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。a. 和客户定期，充分沟通1.6 商业风险的缓解措施b.        加强新品管理的控制，加强部品标准化c.        尽量选用目前设备可以生产的零部件1.5 进度风险的缓解措施a.        强化周报，月报，例会等措施b.        定期（如月）更新日程表c.        重点关注关键路径a.        加强和采购，物料部门的沟通c.        周知版本计划，并用市场销售指导书指导市场人员签单时注意公司产品的规格，引导用户d.        严格控制需求的变更，建立需求变更控制机制，e.        及时调整计划；并周知所有项目有关人员1.3 对于技术因素的缓解措施：a.        使用模块化、层次化开发模式，尽量降低系统复杂性b.        加强评审1.4 环境、物料、设备风险的缓解措施：不可控性风险等级应对措施预防措施负责人6300派遣经验丰富的需求分析师与客户进行深入的交流，明确客户的主要需求，引导客户对项目做出正确的描述。事先进行需求评审5360要求需求小组按照客户的要求变更项目范围。需求要在事先定义清楚并获得客户的确认。5240修改项目目标。事先明确项目目标6270立即与客户进行沟通制定沟通管理计划5270修改软件加强与了解并让客户参与7560根据客户需求修改让客户确认需求报告5250取消项目或修改项目事先获得客户确认5360提交CCB讨论、决定建立范围变更程序4160对需求变化进行评审建立需求变更程序5240重新定义事先与客户达成共识5200培训或换人配备有经验的分析员5250修改设计进行设计评审5160增加相应的功能进行设计评审、获得客户确认4108修改代码进行设计评审5160培训或换人配备精兵强将496立即改进提前准备5200修改设计编码之前进行设计评审5280修改程序事先确定范围目标5160加班加点或增加资源合同固定交付时间4200临时替补人与相关人员签订合同4164修改程序制定内部沟通计划590修改测试计划事先评审测试计划342临时安排测试人员制定出人力资源计划372培训或换人选择有经验的人员项目风险管理计划风险评估风险应对措施496修理或换设备加强设备预防性维修5200修改程序分步测试4106重新开始异地双重备份5135加快解决专家会诊解决492催设备供应商提前采购或合同约束4172即时解决问题事先进行局部运行5280作出相应修改事先确定项目范围和功能要求5135重新生成数据做好备份360加紧修复事先备份8512派技术人员帮助解决事先培训客户系统维护人员472修改错误专人检查345加班加点准备提前准备出来354重新培训确定标准、充分准备、把好培训师质量关f.         对于每一个关键技术岗位都指定一个后备人员。1.2 对于需求变动的缓解措施a.        在进行需求分析时和市场人员甚至用户进行充分沟通b.        定出基线进行详细评审e.        对所有工作进行详细复审，避免只有一个人熟悉该项工作情况出现。1.1 人力资源风险的应对措施a.        和有关资源部门充分沟通，达成共识，建立人员的稳定和释放机制，在开发周期内保持人员的相对稳定，资源线调动资源需要和产品部协调，并将此作为产品线考核资源线的一个指标。b.        针对人员缺乏经验，需要进行系列的培训组织，保证项目开发人员及时了解产品知识。c.        工作交接规范化，保证产品开发不会因为人员变动受到大的冲击。d.        对项目组进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。a. 和客户定期，充分沟通1.6 商业风险的缓解措施b.        加强新品管理的控制，加强部品标准化c.        尽量选用目前设备可以生产的零部件1.5 进度风险的缓解措施a.        强化周报，月报，例会等措施b.        定期（如月）更新日程表c.        重点关注关键路径a.        加强和采购，物料部门的沟通c.        周知版本计划，并用市场销售指导书指导市场人员签单时注意公司产品的规格，引导用户d.        严格控制需求的变更，建立需求变更控制机制，e.        及时调整计划；并周知所有项目有关人员1.3 对于技术因素的缓解措施：a.        使用模块化、层次化开发模式，尽量降低系统复杂性b.        加强评审1.4 环境、物料、设备风险的缓解措施：风险发生的定性等级等级等级说明A极高B高C中D低风险后果影响的定性等级等级等级说明一灾难性的二严重三轻度四轻微风险发生概率的定性等级一（灾难性的）二（严重）A（极高）12B（高）56C（中）910D（低）1314E（极低）1718概率等级影响等级三（轻度）四（轻微）3478111215161920