ITPub博客

ERP失败率高的“胎里带原因”(转)

原创 Linux操作系统 作者:urinator 时间:2007-08-09 00:00:00 0 删除 编辑
ERP失败率高的“胎里带原因”
当前,中国的信息化已经进入了一个关键时期和关键阶段。

  关键时期是说:中国的信息化已经进入了转型期。

  关键阶段是讲:中国的信息化已经处在了一个新的发展阶段的十字路口。

  在这样一个关键时期和关键阶段,ERP失败率高的问题,凸现出来,成为了一个全社会关注的热点。经过对近1000个方案的点评和研讨证实:功能性不足;安全性不够;扩展性不保;狮子大张口,信天要价的方案和“主方案要价不高,维护方案要价惊人”的钓鱼方案随处可见。相当一批方案写手,不懂得编写ERP实施方案的要求,要领和基本常识。这种由于方案的重大缺失和先天不足,造成信息化项目失败的比比皆是。因此,不能不能不引起全社会的关注。

  一、方案的重要性

  信息化方案是一份全方位描述信息化项目实施的纲领性文件;

  它凝聚着信息化战略和企业整体战略一致性的战略思考;是一个针对企业特点将进行信息化技术和企业需求结合起来在应用企业进行落实的架构,流程以及方法,步骤的可操作性文件。是实施效果和前景的一种表达和述说。

  方案应该具有客观可行性,应该具有前瞻性、相关性和可操作性。并应该有明确的实施程序性过程和程序性监控要求。

  比如,在进行ERP实施中,就应有两个程序性的工作。一个叫“实施方案确认”,一个叫“方案初审”。

  “实施方案确认”是说:ERP的整体方案提出以后,软件供应商应该同时提交“方案确认单”。在方案确认单中应明确告知上马项目方:一旦项目实施以后,没有充足而明确的理由不宜进行大的变更.。若整体架构的变动请在方案实施前进行。

  这种明示性告知,是方案实施方的责任。

  另一个程序叫“方案初审”。

  方案初审是在软件供应商提出了详细的实施整体方案以后,向甲方进行项目交底,并进一步征求甲方意见的一个程序。甲方在方案初审期间,可以另请专家进行咨询,也可以进行方案成熟度论证。可以提出部分修改,局部修改的意见和建议,甚或可以提出不适应企业需求,要求方案做较大修改的初审意见。软件商必须按照甲方的意见进行修改。修改后应提交“初审方案再确认报告”。交甲方确认并签字。

  但是,当前相当多的信息化方案根本没有这些程序性的要求和规定。这就决定了方案本身就有不确定性,预留下失败的伏笔。

  二、方案存在问题的表现

  当前,信息化方案存在的问题较多。ERP方案中的问题最严重。主要可以概括三种类型的问题。

  1、“影子方案”欺骗了企业的需求

  当前,有一些方案商玩“概念游戏”和“方案骗局”。他们有一支“说客”队伍,整天研究“说服企业掏钱的方法”。甚或有的企业把打着“咨询师”美名的人派出去,像传销师“求道”。至于他们的方案“那是给企业当画看的”。

  他们有一句顺口溜,形象的说出了他们的内幕。顺口溜说:

  “方案八大抄,概念堆砌玩的飘,云山雾罩跨海口,实施拿出另一招”。

  因此,他们的信息化方案既没有量化指标和分阶段工作目标。整个方案,堆概念,摆图形,夸海口。

  据IT168专家委员会的调查:这样的方案商大都出方案的是一批人,实施是另一批人。两批人根本没有很好的衔接。签订合同时的多处承诺根本做不到。

  这样的“影子方案”欺骗了很多企业。

  2、“流程铁定的”方案不能适应企业的需求

  当前,有一些方案根本不能满足实施企业的需求。其典型表现是:“流程铁定”。这种情况中外软件商都存在。

  有的国外软件商,产品很先进。但是,他们没有做或是不愿做进入中国市场后的“市场适应性”工作。用“流程铁定”的概念欺骗中国企业。金美集团就是一个被流程铁定给唬住了,花500多万买“ERP之痛” 倒落一个“壮士断婉”恶果的倒霉旦。有的中国软件商没有进行个性化设计的能力,也不愿意做“那些麻烦事”。因此,也学国外软件商,也打起了“流程铁定”的盾牌。

  ERP实施中需要进行流程确认。但是,这种确认是相对的、而不是绝对的,更不是“铁定的”。

  首先,ERP实施中软件商它不敢对被实施方的流程盲目进行铁定。

  因为实施顾问到被实施企业以后,很短的时间不可能对一个企业的工艺流程,管理流程有一个全面、透彻的了解。更何况相当多的咨询顾问是计算机的高手,并不是管理的高手。更不敢一下子“铁定了流程”。

  因此,进入实施阶段。也是对流程进行验证性确认的一个过程。

  即便已经经过甲方确认的方案,实施中依然会发现方案制定过程中的疏忽、遗漏或是不合适之处,因此,也会对流程进行进一步的修改。只不过实施方想尽量回避和减少这种修改,尽量说服甲方力图只进行一些“微调”罢了。

  这种“铁定了流程”的要害在于抹煞了企业的应用个性和需求个性。是相当多的企业上马ERP失败的重要原因。

  3、理念落后的方案不能满足企业的需求

  当前世界信息化发展的趋势,将由技术主导型向管理引领型转化。先进的管理思想和管理理念将在信息化方案中得到渗透和体现。

  我们的很多方案落后在这一点上。

  我国某纺织品制造企业,在实施信息化前,统计人员根本无法统计“今天的断纱有多少”、“今天走机多少次”等问题。

  实施质量信息管理后,建立了网络化跟踪体系,终端机每天在七大工序能采集10万条产、质量数据,实现了快速、方便的产品质量追踪,还对用户的质量反馈做出快速反应。

  但是,当我们研究了世界制造业的五大变局后发现:世界上那些实施网络化总装制造的企业,早已经由“质量控制”,发展为:“质量成本控制”。这种管理理念的发展、变化和提升,已经把我们远远的甩在了后边。

  分析起来,这种差距在技术上吗?没有!

  就技术层面而言,“质量控制”和“质量成本控制”并没有多大的技术难度。资金投入也不会有太多的增加。差距主要在管理思想和管理理念上。

  因此,信息化方案提供商不能在管理理念上尽快有一个质的发展和提升,就会老跟在别人后面“跟进发展”。

  三、今后应怎样做?

  信息化方案是信息产品供应商技术内涵、管理能力和服务质量的外在表现。无声的方案本身就会成为一种有形的竞争力。因此,今后信息化方案应进行三大能力提升。

  1、提升客户应用需求的前置性

  信息化解决方案必须作前瞻性思考。

  研究和考虑到前瞻性管理发展可能提出和遇到的问题。并把这些未来可能出现和可能遇到的问题进行“应对性设置”。这样才能做到解决方案既能满足企业明确的需求,又能满足企业增长的需求和“隐含”的需求。

  前置性需求思考,既是方案设计中的是一种战略性思考,又是软件生产中的一种差别化战略。

  当前,当前多的解决方案只考虑技术上的可扩展性而不考虑管理上的可扩展性。事实上,这是一种逻辑上的混乱。只有有了管理上的扩展性需要,才提出了技术上的扩展性要求。“急企业所急,想客户所想”,才能落到实处。

  进行前置性需求思考的一个重点是要在解决方案中考虑到现代管理的交叉和多种应用系统的集成。

  比如,企业危机管理是中国企业在和国际接轨中应增强和提升的一种现代经营意识。危机管理中的一项重要内容就是要进行人才风险管理。这就需要对人才跳槽的原因、频次、情况等进行了解和掌握。而且对待重要的技术岗位就应该建立相应的人才预警机制。只有这样,才能做到有备而行。才不至于使企业因人才跳槽造成地震。

  事实上,眼下相当多的企业已经引入了许多现代管理理念。这就必将呈现一种传统管理和现代管理的交叉。这就要求方案提供商在方案设计和软件编写的过程中,考虑并提供这种管理交叉和管理扩张的现实可能性和多系统应用的可集成性。

  不然“一个软件一把号,自家全吹自家调”,企业就全乱了套。

  2、提升方案的验证性

  方案设计是策划设计。图示实证设计,是验证性设计。

  任何一个方案都需要经过运行实践的检验,以验证其正确性、可靠性和安全性。很多方案:“写着像朵花,运行不经夸”。经受不住实践的检验。就是由于缺少验证性。

  而游龙科技的方案中采用了一个全新的、图示性实证的方法,进行了大量的验证性研究。来对方案的科学性、可靠性进行理性论证。这是一般方案中少见的。

  其方案为说明:普通报警设置只是一个固定阀值,而基线报警的阀值是动态变化的(红色间断线),所以方案中采用BaseLine报警比固定阀值报警更加合理。为说明这样一个道理,就提供了SiteView统计基线阀值模型图;

  为了说明一旦系统出现异常,SiteView将自动启动连锁诊断功能,实现零时定位故障,快速查找故障根源。并对可能产生故障的原因逐一进行确认。方案绘制了SiteView故障连锁诊断图,故障确认功能图,SiteView关联报警图。

  为了说明外部网络性能监测方案的优越性,他们还绘制了“SiteView平均响应时间比较图和SiteView平均响应时间不同城市比较图。这些图示不仅深刻而生动的说明了方案设计的依据和理论基础,而且,详实、有力地对方案中的策划,进行了图示性实证。 来印证逻辑设计思路的做法,即是非常高明的,又是没有深刻分析和丰富经验的方案写手做不到的。


  3、提升方案的商品性

  商品性是信息化产品的本质属性。提升方案的商品性要抓住两个环节。

  首先是要“金玉其外”。因为只有“金玉其外”才能把方案作为商品的属性显现出来。

  这就是说,作为一个好的解决方案一定要有一个简洁、明了、特点突出的说明。介绍该方案的独有特点,展示产品和方案的安全性、稳定性、可扩展性、便捷性。准确、全面的使顾客了解和把握该方案的全部功能和主要特点,便于顾客直接产生购买动因。

  提升方案商品性更重要的是:能够进行网络性能对商务影响的分析。

  哪一个方案提供商都在讲为客户负责,叫客户满意。都在说自己的方案能满足客户的个性化要求。但是,客户真正需要的不是说客。不是堆模块、摆积木的玩家。

  比如游龙科技就在在信息化方案中“量化由于性能原因给客户带来的商务影响”。这是一个客户可能完全没有预感、没有想到的问题。作为方案提供商想到了,而且为此进行了缜密的逻辑设计和思考。这才是一种真正为客户负责的精神。也是在方案设计中的一种理性提升。

  方案中这一段是非常精彩的:原文这样写道:

  ·量化由于网络性能问题而带来的商务影响

  SiteView外部监测系统不间断地报告详细而精确的实时用户信息,通过这些数据,您便可以查找受具体网络故障而影响的用户的精确的时间和位置,从而可以对因网络性能问题带来的商务影响进行量化;

  为了妥善的解决这些问题,方案进行了多维的设计思考:

  ·鉴别性能故障根源。

  SiteView外部监测系统通过分析终端用户遇到的性能问题来寻找其在网络结构中的原因,以便相关人员能有效地解决问题。

  ·发布可发生故障(原文为:性能和可用性事件)的预先警告

  SiteView外部监测系统在随时监测中,一旦出现故障,警报将及时发送,以确保您在用户之前先行知道故障。

  ·进行实时故障侦查

  SiteView外部监测系统能够在任何时间、任何地点通过浏览器显示详细的实时状态信息。您从任何地方都能看到最新运行状态信息和历史趋势分析。

  ·提高服务水平

  使用SiteView外部监测系统的性能统计分析,您能根据您用户的实证(原为实际)结果来定义您的服务水平级别。并能检验这些服务水平级别,以证实您的系统性能已经达到要求。

  以上四个环节即丝丝入扣,又层层递进。技术层面和服务层面全考虑到了。

  这是该方案的一大特点,也是方案提供商为客户服务的一种真实体现。这种商务影响分析是一种理论和实际结合的分析;是一种前瞻性分析;是一种战略分析;更是一种增值分析。

  通过这种分析,才能给客户带来经济效益,带来竞争力!才能把信息技术作为先进生产力代表的特点和优势显现出来。作为方案提供商也在给客户带来竞争力的过程中,形成和展示了你自己的竞争力!

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7942439/viewspace-20682/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2007-12-06

  • 博文量
    3875
  • 访问量
    1800137