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