造成这种情况有双方面的原因：
一方面，开发商实施队伍尚未完善，笔者作为唯一具有开发经验和管理经历的实施顾问，既有从事开发工作，又要主持多个项目的实施，困难是很大的。毕竟，国内的
ERP 软件是最近几年才出现的事，开发商尢其缺少既懂现代制造业管理又具备较高计算机水平的两栖人才。另外，加之开发商主观上认为自己在公关活动中的工作足以保证后续工作的顺利进行，也不愿意在这方面投入太大的人力、物力，尽可能减少成本开支。除了搞了一次讲座外，就没有搞过管理理论方面的培训了。
另一方面，企业领导上
ERP 项目的动机复杂。当然也想通过
ERP 提高管理水平，另外还有攀比跟风以及更深的不为人知的动机。企业的各级管理人员对此也是心知肚明，所以上下都对
ERP 项目缺乏应有的信心和工作热情。
2. 需求分析
开发商的需求分析工作也极为马虎。仍然是出于确信自己的公关投入可以保证项目成功（这里开发商理解的成功就是收到项目款），开发商尽可能地减少成本开支，前期的需求分析工作基本是为了应付立项报批而做的，对二次开发基本没有什么意义。
3.BPR
在这个项目的实施过程中，无论是开发商还是用户都没有提出来要进行企业管理流程的重组工作。笔者深知在国企要对企业业务流程作根本性的重组几乎是不可能的，但一点改进都没有而要成功地实施
ERP 同样几乎不可能，作为实施顾问，笔者曾提出过对企业工作流程进行改进的建议，但却泥牛入海，恨无消息。尤其令人不解的是在我们进驻企业的时候，企业刚完成了对组织机构的调整，似乎这项工作与我们根本无关，企业自己按老一套三下五除二就搞定了。其组织结构仍然是高耸的非人格化的机械结构，我们就是在这样的管理环境下，开展
ERP 的实施工作的。
4. 项目组织
项目组织从形式上看是最象那么回事的了。成立了三级项目组织，企业一把手出任领导小组组长，核心小组、各部门项目组也有重量级人物出任组长。但实际工作起来就不是那么一回事了。一把手虽说是组长，但从头到尾只参加过两次会议，而且也是大言炎炎地说些不着边际的官话、套话，说完就走人。而其余负责人对
ERP 知识极为欠缺，在业务会上，往往不知所云的说些牛头不对马嘴的话，解决不了任何问题。而最可笑的是，该企业的信息中心的主任、项目的具体负责人居然是一个不学无术的人。虽说是计算机大专毕业，但对技术一窍不通。此人很少钻研业务，满脑转的是如何巴结领导、讨好上级的经。笔者在那里工作一年多，从未看见他用电脑做过一件正事，那怕是打字。如果偶然坐在电脑前，肯定是在打游戏（且为操作系统自带的扑克之类的游戏）。
5. 实施计划
由于 CIMS 涉及多个系统，计划的组织工作极为繁重，头绪极多，应该采用 PERT 技术进行项目管理。但实际上却没有这样做，仍按传统方法管理项目。整个计划极为概略，只有一个粗线条的时间表，各系统分头进行，互不沟通。加之在发包项目时， CAD 、 CAPP 、 PDM 系统包给另一家驰名的软件开发商，不同的软件开发商所用的开发工具不一、工作方式各异，协调起来十分困难，经常出现混乱，而且开发出来的系统与我们的
ERP 系统不能有效集成，形成互无联系的信息孤岛。
|
服 务 CIO 推 进 信 息 化 
