| 项目风险 | 原因 | 防止措施 | 控制措施 | 
| 目标、范围不明确,不知项目何时终结 | 合同、工作任务书中没有明确规定。 | 规范销售、采用标准合同、工作任务书模板 | 签订补充协议、说明、备忘录。 | 
| 客户期望与产品功能差距太大,客户反映强烈 | 售前阶段承诺太多,产品无法实现、实施和二次开发力量不足 | 提供业务咨询、实施策略、方案设计等支持,尽量不开空头支票 | 变通解决、说服客户、降低客户需求。 | 
| 系统出错甚至数据丢失 | 产品不成熟、方案未经测试、缺乏运行管理制度 | 完善产品、上线前的测试、建立规范操作、数据备份等系统运行制度 | 分析原因、快速解决  | 
| 计划没有得到切实执行,实施进度延期,不能如期完成阶段工作 | 多方面原因 | 制定计划时尽量考虑全面,留有余地; 让计划成为公司文件下发执行,落实责任人; 客户高层的支持和推动,克服障碍。 遇到问题及时沟通,在问题进一步恶化前得到解决。 | 及时调整下一步工作计划,并将计划调整原因形成备忘录,提交客户确认。如涉及到工作量的增加,考虑是否追加实施费用。 | 
| 客户没有如期付款 | 合同和项目计划定义的付款条件模糊、客户信用问题、催款力度不够 | 对客户信用的事先调查 规范合同,明确付款条件 | 加强催款力度,和销售人员协同、必要时可以向公司高层报告,让双方高层协调 | 
| 项目组人员变动(双方) | 工作调动、缺乏激励措施、个人原因等 | 在项目组成立时要求所有项目组成员保持固定,建议客户项目组成员最好全职投入;健全项目组成员的激励措施 | 发生人员变动前及早安排其它人员接替工作,离开时办理工作交接。 | 
| 需求、实施范围的变动 | 客户经营战略、业务、组织机构、关键负责人等发生变化;需求调研不彻底。 | 实施范围在工作任务书中明确定义 需求调研结果的确认 | 需求、实施范围的调整必须执行项目变更控制程序、考虑是否追加实施费用、签订补充协议  | 
| 人力投入、费用支出超出约定和预算 | 客户配合不够、素质较低、计划延期、人员、需求、方案的频繁变动; 项目经理工作安排不合理、对客户要求不加控制,造成人员投入的浪费。 | 合同约定:尽量做到差旅费用等由客户负担; 工作确认:完成工作就让客户进行确认,避免客户事后不认帐; 控制客户需求、减少对实施人员的过分依赖。 在预算范围内控制支出。 | 协商追加实施费用、或分担部分费用。 | 
| 客户对项目经理及项目组成员发生投诉的情况。 | 人员经验、服务水平不高、问题解决不及时、方案设计不完善。 | 实行公司项目风险控制,对项目过程中发生的风险及时进行控制; 通过人员的培训和企业管理知识沉淀,增加对实施人员的支持; |  | 
| 市场风险 | 项目失败(对客户:时间延期、投入浪费、没有达到预期效果) | 提供合适的、稳定的产品 按项目实施方法规范实施 合同定义和约束:目标、范围、客户方的责任。 | 宣传成功案例,抵消项目失败的负面影响; 总结教训 |