IBM出丑的魔鬼百慕大三角：一出企业软件的肥皂剧

本文是来自TechRepublic的姐妹网站ZDNet上Michael Krigsman的一篇客座文章。可在其ZDNet的博客IT Project Failures上跟踪其动向，或订阅RSS feed。

在菲律宾，由于一个含有IBM的DB2数据库产品的政府项目的失败，IBM正面临着诉讼和在公众面前尴尬的境地。 这种处境为魔鬼百慕大提供了一个范例，示范了在技术供应商、客户以及系统集成商之间发生的紧张局势和对立冲突。

背景

政府服务保险系统 (GSIS),菲律宾的一个管理政府雇员退休金的代理机构，在2006年安装了DB2。到了2008年初，该系统开始显现出脆弱的信号。本地的菲律宾每日问讯者报描述了事件的发生经过:

[GSIS首席法律顾问Estrella Elamparo]解释说软件于2008年初开始显现出问题，尤其在处理海量数据的时候。

“IBM升级了自己的系统，据说是为了能支持处理无限数量的数据，” Elamparo说：“然而，据报告，升级反而恶化而非解决了问题，数据库开始误处理数据并阻止数据的并发使用。”

作为回应，政府威胁要提起诉讼，据该报报道：

政府服务保险系统提出警告…由于软件缺陷而引起，给退休基金造成“难以估量的损失”，它将对IBM发起“一系列的法律行动”。

GSIS接着在一家主要报纸，《马尼拉报》上购买了整版的位置，发布了一封公开信来解释整个情况。马尼拉报 报道说:

政府服务保险系统 (GSIS)已经向其活跃会员及领取养老金者发表了一封公开信，详细描述了GSIS系统中由软件巨头IBM所安装的软件，用该基金的话说，已经“成为一场噩梦”。

在处理会员、领取养老金者及其他受惠人的主张和利益时，以及某些时候向GSIS输入付款信息所遭遇的故障，都给GSIS造成困难。

每日问讯者报的另一篇文章描述了相关技术环境:

2008年，在GSIS选定了Questronix作为系统集成商后，业务实现得以全力进行。依据合同，Questronix将用DB2 v8和SAP的商业应用程序实现一个完全的数据库包。

然而，该机构开始发现DB2 v8的问题，尤其是数据表中出现的“坏页”。该机构随后发现DB2的数据表只能处理256G的数据，低于GSIS的需求。

数据库软件此后被升级到DB2 V9.1，该版本可处理512艾、或者说1万亿G字节的数据。

[Elamparo] 解释说他们的数据库表有超过2个T（2000G）的交易数据。“我们期望DB2能持续运行，因为这只是区区2个T。”

GSIS目前正在寻求针对IBM的各种法律手段，包括提交对IBM(菲律宾)通过该项目进行的操纵投标行为的刑事指控。来自当地的报纸BusinessMirror:

Elamparo [说] IBM（菲律宾）也许要为其可能指定了经销商作为第三方参与投标的行为负责，该经销商从技术上来说并非投标人。

“通过在投标中给予其经销商以30%到80%不等的折扣水平 -从效果上来说，IBM（菲律宾）d对不同的经销商赋予了不同的授权，那些得到更高折扣的自然而言有能力提供更低的出价” Elamparo说。

她把菲律宾国家调查局的注意力吸引到RA 9184的第65章节，该条款禁止投标人采取阴谋手段阻止投标人进行正当竞争，通过向其他投标人提供不正当优势来妨碍投标，以及故意提出高的报价以便让一个预先安排好的最低投标人赢取合同。

IBM的回应

在对当地的电视台ABS CBN做出的一项声明中，IBM否认制造了这些问题，并指责GSIS和第三方的系统集成商:

“该系统的挑选、客户化以及实现GSIS均未聘请IBM。IM是GSIS聘用的其中一家技术供应商的OEM供应商。GSIS与IBM没有签订任何维护或支持合同,” 该声明如是说。

“尽管如此,鉴于我们与GSIS的长期合作关系以及我们的企业信誉，IBM一直在与GSIS的解决方案供应商进行合作，以解决GSIS系统的问题。”

IBM同时否认触犯了采购的相关法律，据另一家当地电视台GMA NEWS TV的报道:

总部在美国的IBM公司的菲律宾分部说它“不同意”退休资金较早前发表的声明，声明中说该公司要求其中一家经销商从IBM Linux服务器的竞标中退出。

“IBM去年接到GSIS的关切的通告后，马上展开了行动，对事件进行了彻底调查，并没有发现我们的商业行径有违规行为。我们把这些发现分享给GSIS，”IBM（菲律宾）在声明中说。

SAP也撇清与此事件的关系，说自己与GSIS没有合约:

SAP（菲律宾）说在其IT基础设施软件或咨询服务的实现当中，它与该代理机构并无合同关系。

相反，该软件公司强调GSIS是从Team Synergia，一家本地的增值经销商那里得到SAP许可的。

项目失败分析

忽略这些夸张情节、以及指控和否认，看上去我们能确认以下事实：

• 作为一个范围更广的系统实现的一部分，GSIS从IBM购买了一套DB2系统。


• 除了DB2以外，IBM并未提供其它实体软件或实现服务。


• DB2的部署除了大纰漏，干扰到GSIS处理数据的能力，最终对该代理机构的会员产生实质性的负面影响。


• SAP透过第三方经销商提供ERP软件，但并未直接为GSIS执行任何合同服务。

表面上，IBM看上去像是个坏孩子，提供了一份无法正常工作的数据库，并且在事情变得遭糕之后拒绝帮忙。然而，大规模的系统部署是如此之复杂，以致于没人能把技术与相关的实现服务孤立起来。

这种情形之下，我们缺乏足够的信息来区分IBM、客户以及第三方系统集成商之间的责任。这种情形是典型的魔鬼百慕大三角关系，由于在共享的目标与结果当中出现了不同的利益冲突，导致在供应商、客户及集成商之间产生紧张关系。

我询问了IT专家，也是我在ZDNet的博友，Paul Murphy,征求他对这起令人困惑的混乱之事的看法。 Paul认为应由GSIS担负起实际责任：

DB2是可以处理这件工作的 - 但要让AIX处理大量的非本地磁盘是非平凡的，因为这种特殊的转换包括了将人员和技能从OS/390向AIX迁移，我敢打赌，这一块技术错误肯定是由于极度不满的主机制造商做着自己不理解也不想做的工作所制造的失败 - 当然，这些人是为GSIS而非IBM工作的。

因此IBM销售渠道的主要人员可能要对帮助客户陷入这种混乱负起一定的责任，但指责DB2或IBM的技术人员对此负责也许是错的。

我的理解

从这么远的地方来准确分析情况几乎是不可能的。以我之见，IBM最终是否有责任有点无关紧要。该公司在明白客户环境复杂的情况下销售了软件，就应该深切承担起让事情好转的责任来。

此外，GSIS应该就其如何管理项目披露更多的细节。我猜测Paul的判断是对的，要指责的地方很多。这种情况很可能会一直处于胶着状态，直至GSIS未来肯承担自己的责任。

这令人悲哀，这出企业软件的肥皂剧的受害者是那些依靠GSIS获取贷款或其他方式的财务资助的人。对于企业软件、IBM、GSIS或者系统集成商而言，这都不会是一个闪亮时刻。

http://www.yeeyan.com/articles/view/博贤/44246