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