A legal dispute between tire company, Bridgestone, and system integrator, IBM, over a failed ERP implementation has escalated into a war of words between the companies. Instead of keeping quiet about the details, in accord with usual practice, IBM has taken a strident public position against its customer Bridgestone. This approach represents a break from how system integrators usually handle public relations when IT projects fail.
Bridgestone Americas engaged IBM to install SAP software across the company. After spending $75 million for the system, Bridgestone claims it failed on going live, disrupting key processes such as inventory management and customer deliveries. Bridgestone says it was forced to hire SAP directly, to fix problems that IBM allegedly created,
Ultimately, Bridgestone filed a lawsuit against IBM for $600 million, claiming $200 million in business losses and treble damages for fraud. You can download Bridgestone’s legal complaint [pdf] here; much detail is redacted, which is surprising given how Acrobat handles such things.
It is extremely unusual for an integrator to wage a PR battle with its customer, regardless of how severe the situation. In typical IT failure lawsuit situations, the software vendor and system integrator respond with bland statements saying they always do whatever is best for the customer. Although customer actions lie at the heart of many IT failures, software vendors and integrators are reluctant to take an official stance disputing the customer’s explanation of events. (It’s worth noting that an individual IBM employee once took to Twitter to call a customer’s claims blaming IBM for project failure “ridiculous.”)
IBM’s public response to the Bridgestone claims represents a significant departure from standard public relations practice in these matters. IBM’s version of the story paints a harsh picture of Bridgestone:
Bridgestone filed a lawsuit claiming breach of contract and fraud against IBM regarding a recent SAP implementation. These claims against IBM are exaggerated, factually wrong and without merit. From the outset of this project, Bridgestone failed to meet critical commitments upon which the performance of IBM’s obligations were predicated.
Ultimately, Bridgestone’s repeated failures had a significant impact on the project’s cost and schedule, and its decision to prematurely roll-out the implementation across its entire business negatively impacted its operations.
- Bridgestone understood that this would be a challenging project. It had tried several times with other vendors and failed to upgrade its system. IBM was the only vendor to succeed in completing the upgrade to SAP.
- Notwithstanding the complexity of the project and its negative history, Bridgestone failed to staff the project with people who sufficiently understood its own legacy systems and could assist IBM in designing and converting them into a new SAP system. Throughout, Bridgestone lacked the necessary leadership to effectively manage the project; it replaced its CIO on six occasions in a 2 year period during the project term.
- Bridgestone failed to supply the necessary software, hardware and network infrastructure for the system to operate properly. In many instances, Bridgestone supplied inferior resources or no resources at all.
- After insisting that it have control over the design and final approval of the system, Bridgestone failed to timely approve those designs, failed to provide the necessary design documents for IBM to complete its work, and failed to conduct the required user testing necessary to understand how the system would work under real world conditions.
- IBM made concessions to Bridgestone for some problems that arose on the project and Bridgestone gave IBM a release. Bridgestone’s suit reneges on its release
- Bridgestone ignored the clear and repeated recommendations from both IBM and members of its own IT staff to implement a staggered roll-out of the new system to mitigate risks to its business operations. Instead, Bridgestone’s management insisted on a “big bang” go-live in which all aspects of the SAP system were required to be implemented simultaneously, across all of its North American tire operations.
- Bridgestone continued to demand that the system be implemented in this manner and on the scheduled go-live date, even after IBM had advised, for a period of at least six months prior, that the go-live date was premature and therefore fraught with business risk. As the go-live date drew near, IBM urged Bridgestone’s management, in writing, to reconsider its decision. Bridgestone elected to proceed regardless of the identified risks, even after acknowledging that the system would fail to meet the go-live criteria that Bridgestone itself had set.
- At go-live, the system did experience some of the errors that IBM had predicted. In response, IBM provided extra personnel and resources to quickly address those errors and operations returned to normal. Since the implementation, Bridgestone has achieved record-setting financial results.
IBM has implemented thousands of successful SAP projects and is consistently rated by Gartner and other independent analysts as the premier SAP implementation firm. IBM will vigorously defend itself in this matter.
The Business Insider article quoted above states that IBM’s response offers “unusual internal insight” into a large IT failure. This point is actually wrong because almost every IT failures lawsuit, and the corresponding legal responses, includes detail and insight into the inner workings of the project. Even so, this detail is typically one-sided, making it almost impossible to discern what really happened from the lawsuit itself.
The article also quotes a McKinsey study stating that 45 percent of large IT projects run over-budget. The study also notes that approximately 56 percent of these projects do not deliver the entirety of their expected benefits, a critical dimension when evaluating any IT project.
Other research shows the range of failure to lie between 30 and 70 percent; depending on the particular study, the variability can be large. The difficulty defining common measures of success or failure on IT projects drives this broad range. Nonetheless, IT failures represent an enormous level of waste, which this blog has estimated at $3 trillion dollars per year worldwide.
On the surface, IBM’s strategy seems reasonable — attack Bridgestone’s credibility by pointing out the one-sided claims in the lawsuit. However, my analysis indicates potential culpability on both sides. For example, Bridgestone says that IBM did not supply qualified resources throughout the project; if so, then IBM bears at least partial responsibility for the failure.
In theory, IBM’s PR strategy could have worked but the execution fell short because IBM’s claims seem equally unrealistic and one-sided as Bridgestone’s. Although IBM’s comments may be grounded in truth, they come across as little more than disingenuous legal posturing. The IT Devil’s Triangle principle makes clear that no single party bears complete fault in most IT failures, so dramatic and one-sided claims in these cases generally are not accurate.
Since IT failures almost always arise from shared causes and responsibilities, PR messaging to the contrary is just not credible.
Disclosure: SAP is a client and sponsor of CxOTalk
(Cross-posted @ ZDNet | Beyond IT Failure Blog)