2010年最大的ERP失败案例(1)

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

2010年最大的ERP失败案例(1)

2010-12-24 09:08 周雪峰 译  51CTO.com  我要评论(2) 字号: T |  T
一键收藏,随时查看,分享好友!

在IT行业,每年都有大量备受瞩目的ERP项目失败。本文总结列举了2010年重大的ERP失败案例(主要在美国),它们“烧”掉了堆积如山的现金,让公司的运营陷入停顿状态,对提供商产生了负面的影响,让人们的职业生涯走向低谷。

AD:2013大数据全球技术峰会低价抢票中

【51CTO 12月24日外电头条】在IT行业,每年都有大量备受瞩目的ERP项目失败,它们“烧”掉了堆积如山的现金,让公司的运营陷入停顿状态,对提供商产生了负面的影响,让人们的职业生涯走向低谷。

ERP项目会毫无理由地“脱轨”。实际上,你可以把一个典型的ERP项目看成是一个三条腿的凳子:客户,提供商和系统集成商分别代表其中的一条腿。

客户必须要做出很好的计划,为培训准备好充足的资金,改变他们日常的工作方式。提供商必须要交付带有合适的功能,并且能很好地和客户的业务流程进行配合的软件。实施团队必须要设置合理的预期,项目里程碑,避免浪费。

如果有一条或多条“腿”出现问题了,那么事情会变得很糟糕。

Asuret是一家帮助其他公司改善IT项目产出的顾问公司,其总裁兼CEO Michael Krigsman更喜欢使用“魔鬼三角”这个不太吉利的比喻来描述这种不确定性。

他发现陷入麻烦的项目并不会马上结束。他说:“没有银弹。银弹是改变人性,让我们更加睿智,更加富有大局观。”

但是Krigsman已经看到了“地平线上的曙光”,例如:逐渐兴起的基于云的ERP,这可以让客户摆脱升级的复杂性,也可以提供打包的服务产品(提供固定的价格,而不是按小时计费)。Krigsman 说,另外,这样的服务通常都是基于成熟的流程的,很多其他的客户已经在实践中检验过这些流程了。

Krigsman接着补充道:“当你使用固定价格的许可协议并让它们作一些不同的事情的时候,陷阱就产生了。”然后,又会回到标准的,按小时计费的许可协议(成本在逐渐地增加),他说:“这就是客户不得不接触到更高等级的规定的原因。”

Krigsman表示,所有的提供商都希望他们的客户可以获得成功,但是对于改善项目的产出来说,他们还可以做的更多。一种方法是把销售人员的工资和项目的成功与否联系起来。使用这种方法的话,一个销售人员就不可能在签完合同以后溜之大吉了,此外,他们也不会再向客户推销额外的功能了——这些额外的功能会让项目变得臃肿不堪。

有朝一日,Krigsman看到的远方的曙光会照亮整个IT界。但是现在,我们就是这样的现状:一项研究发现,在接近70%的时间里,项目要想成功几乎是“不可能的”。

下面让我们看一看今年一些顶级的ERP项目的失败——这里只提到了一些已经进入公众视野的ERP项目。

纽约的CityTime“灾难”

CityTime是纽约市为了让它的薪酬系统迈向现代化的一次尝试,它比延期十年的项目还要糟糕,它的交付日期应该是在1998年。但是在最近几周,关于这个项目存在巨大的贪污和浪费的指责才刚刚开始升温。

《纽约每日新闻》最近在一篇报道中指出:这个项目最开始的预算大约是6000万美金,但是,此后,这个项目的预算膨胀到了7亿美金。

在这篇报道中,纽约市市长Michael Bloomberg把这个项目称为“一场灾难”。本周,联邦政府以侵吞了纳税人8000万美金的欺诈计划为罪名,对这个项目的一些工作人员提起了诉讼。在星期四,纽约市的审计官John Liu暂停了该城市薪酬管理办公室主任Joel Bondy的职务,同时,在彻底的审查结束以前,停止向Spherion顾问公司支付一切款项。

Bloomberg在周五的一次电话采访中说,纽约当局只是还没有搞清楚终止项目的复杂程度。他说:“一旦他们开始介入,他们会只保留那些有意义的功能。”

但是,他强调道:该城市一直需要这样一个系统,它可以为使用它的政府机构节省大量的开支。他补充道,这个项目已经走上正轨了,预计在六月就可以完成。

BSkyB收到了HP/EDS 3.18亿英镑的结算清单

虽然从技术上来说,卫星电视运营商BSkyB收到惠普3.18亿英镑的结算清单是因为实施一个CRM系统,而不是一个ERP系统,但是这次判决仍然会对外包业务造成了很大的影响。

一个法院发现,关于完成这个项目花费了多长时间,HP的EDS分公司说了谎,这个项目是在2000年开始的,最开始的预算是4800万英镑。BSkyB在2002年和EDS终止了合约,自己完成了剩下的工作,但是成本最后翻了5倍。

一些人认为,这次裁决会让系统集成商和销售人员在谈判桌上做承诺的时候举步维艰。

马林郡的“推倒重来”

一个ERP项目最糟糕的结束方式就是“推倒重来”,这就是加利福尼亚州,马林郡当局在八月份作出的决定。

马林郡当局认为,简单地用其他系统替换掉当前危机四伏的SAP系统,要比努力修复这个系统存在的大量问题更便宜一些。

在今年的上半年,马林郡当局对负责连接这个系统的系统集成商Deloitte Consulting提起了诉讼,马林郡当局表示,Deloitte把这个项目当成了可以让新员工反复进行实验的“训练场”了,这样做的直接后果是生产出了一个比它原本打算要替换的系统还要糟糕的,昂贵的计算机系统。

Deloitte拒绝了马林郡当局的要求。

马林郡当局认为,在当前情况下维护这个系统10年的成本将高达3470万美金。通过增加更多的工作人员来修复它和“支持持续的改进”需要花费4980万美金。解决一些问题和把系统放在合适的地方将会增加3410万美金的支出。

马林郡当局表示,相反,如果重新开始的话,10年的成本只有2620万美金。

一个SAP的发言人强调道:在马林郡,该公司的软件没有什么责任,几万个政府部门都安装了这个软件,并且都能很好地发挥作用,其中包括很多加利福尼亚的政府部门。

SAP和Waste Management达成和解

在我的记忆中,最糟糕的ERP项目法律诉讼是在五月结束的——SAP和垃圾承运商Waste Management达成和解。

起初,Waste Management在2008年3月控告SAP欺诈,声称它的ERP软件的实现存在问题。该公司要求获得必要的赔偿,其中包括花费在这个项目上的1亿多美金,以及3.5亿多美金的利润(如果这个软件可以按照预期那样正常发挥作用,它可以获得3.5亿多美金的利润)。

按照秘密和解协议的条款,SAP一次性把约定的款项支付给了Waste Management。

萨迦的沉默让那些令人厌烦的争吵在正式开庭以前就已经烟消云散了。

Waste Management声称,SAP使用一个“虚假”的产品演示来欺骗它,让它相信它的软件对Waste Management来说是合适的。

此外,据一份文档记载,SAP的技术团队已经建议SAP应该把这个软件的新版本交付给Waste Management,而不应该把现在这个版本交付给Waste Management。

据这份文档记载,如果使用新版本,“在现有的利润确认制度下,这个软件数百万美金的销售收入不能马上被当成利润”,和这次交易有关的销售人员也不会得到分红。

作为反击,SAP表示,Waste Management没有“及时而准确地确定它的业务需求”,或提供“充足的,有见地的,可以杀伐决断的用户和经理”来实施这个项目。

Lumber Liquidators为糟糕的季度财报问责ERP系统

在十一月,Lumber Liquidators认为糟糕的第三季度财报是SAP产品的责任,该公司表示,这个项目显著地降低了工人的生产力。但是SAP表示,这些问题是由于员工无法适应新系统而产生的,而不是软件本身存在问题。

于此同时,Lumber Liquidators的CEO Jeffrey Griffiths表示:“我们以前的系统的一个特性是它十分的灵活,而且很容易操作。”他说:“SAP的结构性很强,你可以按照那些步骤来行事,但是,它太死板了。对于我们来说,这是一个比较大的改变。”

他说,在购入SAP产品以前,虽然Lumber Liquidators的有些操作流程是通过电子表格来完成的,但是还是有一些流程要靠人工来完成。对于SAP产品,“我们相信我们将会看到卓有成效的改进和优势的。”

在一场ERP诉讼中,陪审团判给宠物食品制造商6100万美金

十二月,在宠物食品制造商Sunshine Mills控告ERP提供商 Ross Systems(CDC软件的子公司)的诉讼中,亚拉巴马州的陪审团判给宠物食品制造商Sunshine Mills 6100万美金。

Ross Systems打算提出上诉,该公司表示,Sunshine“故意购买了这个软件beta版本”,它的理由是“在双方的协议中已经包含了各种限制条款了。”

Ross Systems总裁Sherri Rodriguez把这个判决称为“整个软件行业的伤心日。”

但是,Sunshine Mills的一个代理律师Daniel McDowell说,Ross Systems欺骗了Sunshine Mills,它展示了一个貌似可以正常工作的软件,但是一旦投入使用,这个软件就出现故障了。

McDowell补充道:在一封内部的e-mail中,一个Ross的员工把Sunshine的工作人员称为无法学会如何使用这个系统的“幼稚的傻瓜”。

下面是稍微体面一些的提名:

转载于:https://my.oschina.net/suhyy2010/blog/129916

你可能感兴趣的:(2010年最大的ERP失败案例(1))