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