National Grid’s Explanation of Wipro’s Consultant Quality

Executive Summary

  • National Grid provided a scathing description of Wipro’s consulting resources and consulting management.
  • We review this description for accuracy.



When Wipro was sued by National Grid for failure around a $1 billion set of SAP implementations, National Grid made some accusations around Wipro’s consultant quality.

The Claims by National Grid

“Underlying Wipro’s failures as Systems Integrator was its failure to meet one of its core contractual obligations: providing National Grid with appropriately skilled and experienced consultants. The consultants Wipro assigned to the Project were often incompetent, inexperienced and/or incapable of managing an SAP implementation of the Project’s size and scope. Wipro’s consultants lacked the requisite skills, experience and expertise concerning SAP software, industry standards of care and the U.S. utility industry, including with respect to the applicable regulatory requirements and union rules.”

This is Wipro’s reputation.

“Directly contrary to its representations in its RFP Response, Wipro had virtually no experience at the time implementing an SAP platform for utilities regulated in the U.S. In many instances, Wipro failed to provide any consultants at all, much less those who were sufficiently skilled and experienced. For example, during crucial Project phases, Wipro’s team had vacancies in positions as vital as Program Director, Solution Architect and Track Leads for Finance and HR.”

The reason for this is that these types of resources generally don’t want to work for Wipro.

“Wipro consultants also lacked a basic understanding of critical Project areas, such as benefits, warehouse and inventory management, business planning or budgeting consolidations, and accounts payable, requiring National Grid to demand stronger resources. Wipro’s lack of appropriately skilled personnel became so acute that it had to hire contractors to fill essential Project team roles.”

Hiring contractors happens far more than is generally known because the consulting firm asks or demands that the contractor hide the fact that they are a contractor. Consulting firms often pretend they had a hand in developing resources who they literally just plucked off of the street.

“In some instances, Wipro inexplicably reassigned crucial consultants off the Project and onto engagements for other clients.”

The answer to this is easy to guess. Wipro has a shortage of consultants of good skill level, and they have sold too many projects for their consulting skill base. Other projects most likely demanded that these more capable consultants be reassigned, perhaps because the other projects were at risk.

“The revolving door of Wipro consultants severely disrupted the Project by depriving National Grid of Wipro personnel who had familiarity with National Grid’s business processes and had prior involvement on the Project, resulting in incomplete and ineffective training of replacement consultants, delays in project tasks and inferior work product. Contrary to its pre-contract representations, Wipro’s U.K.-related work was not an applicable or appropriate design template for the U.S. based utilities USFP. And not only did Wipro fail to successfully leverage its U.K. experience, but it also failed to understand National Grid’s legacy systems so that it could effectively leverage those processes that assimilated best with the new SAP system.”

This is because resources without the experience they said they had were filling critical roles on the projects. Consulting companies and Indian consulting companies are known to be the worst at this, routinely falsify the experience on resumes to match whatever the project needs.

“Ultimately, the fundamental failures in Wipro’s approach to the design of National Grid’s SAP system were reflected in a host of design defects that became clear only after the system’s disastrous go-live, as discussed further below. Rather than build a system that accommodated National Grid’s required business processes and avoided unnecessary changes, Wipro built an overly complex SAP solution that was not configured pursuant to industry standards of care for an SAP implementation of the Project’s size and complexity, and that did not efficiently, or in certain instances did not at all, address National Grid’s actual and necessary business processes.”

This might have been an issue related to using “standard SAP,” which means using inappropriate functionality because it is approved by SAP. The overall SAP consulting market is marred by robotic thinking that tends to not question SAP.

“Further, Wipro failed to understand the end-to-end National Grid processes, and thus failed to advise on the ramifications changes it made in one area of the system might have on another. Instead, abandoning its contractual responsibilities, Wipro defaulted to the role of “builder,” and, even there, failed miserably. For example, Wipro’s coding work was deficient and failed to conform to industry standards of care, including development standards related to SAP’s programming language known as Advanced Business Application Programming (“ABAP”). Among other things, Wipro’s coding: (i) lacked modularization such that its code was not reusable elsewhere in the system, leading to inconsistencies in the code, difficulties in maintaining the system, coding errors and a lack of traceability; (ii) lacked inline documentation, reducing transparency and making it difficult to identify and resolve defects in the code; (iii) was developed with an incorrect technical approach, resulting in increased maintenance expenses; and (iv) did not account for a variety of different conditions and scenarios, leading to more defects in the system.”

National Grid probably should not have accepted using ABAP in the first place. SAP nearly always railroads customers into using ABAP without concern for the fact that ABAP is a highly inefficient language which we covered in the article Why SAP Customers Followed SAP’s Advice on Coding in ABAP.

“On the USFP, Wipro failed to fulfill its responsibilities during the data extraction process, including determining what data needed to be extracted from National Grid’s legacy systems and converting and loading that data into the new SAP system. As was discovered after go-live, in many instances Wipro did not convert and load National Grid’s legacy data into the new SAP system correctly, sometimes loading entire data files that were corrupt. In other instances, Wipro failed to follow best practices by moving through data conversion phases without first resolving key errors that arose during prior phases of the conversion process.”

This is as basic as it gets. Loading corrupt data files can also be motivated by deadlines that are approaching and an attempt to show progress. It can also be related to not having the domain expertise to validate the errors.

“After go-live, National Grid was also forced to undergo significant re-testing of its system. Even after National Grid was crippled by its defect-riddled SAP system, and after certain remediations were complete, Wipro’s tests were still reporting that the system was operating smoothly. However, when other consultants tested the same processes, they were finding significantly different results and numerous defects. For example, when Deloitte retested Wipro’s test scripts, it uncovered twice the number of defects in the areas of procurement and supply chain. Nor were these additional defects minor: for example, when re-testing certain test scripts, Deloitte uncovered an $8,000 receipt that was recorded in the system as an $880 million receipt – an error that Wipro somehow never detected. Deloitte continued to re-test Wipro’s test scripts through several other system releases that were necessary to fix the system issues. With each additional release, Deloitte’s results were the same: it uncovered many system defects that Wipro failed to uncover, even though Wipro had reported all of its original test results as “passing” or “adequate.”” – National Grid Complaint

This example indicates that even the most elementary items were not caught in Wipro’s tests. What would the impact have been of recording a receipt for $880 million? How could such a large discrepancy not be caught by Wipro’s tests?


One has to be careful in taking accusations in legal cases at face value. There is no requirement in a US legal case that any stated be true. However, these accusations seem par for the course with Wipro. Our critique of National Grid is how could they have possibly expected Wipro to deliver what they say they would? The best defense for Wipro is to point to its reputation and say obviously they would not be able to perform.

However, another major problem faced by National Grid is that there are no quality consulting firms to choose from that are large. Deloitte or Accenture may offer high quality than Wipro, but the lying offered by Deloitte and Accenture is off the charts. In our evaluation of all the well-known SAP consulting firms, there are not any whose information can generally be said to be accurate.

Financial Disclosure

Financial Bias Disclosure

Neither this article nor any other article on the Brightwork website is paid for by a software vendor, including Oracle, SAP or their competitors. As part of our commitment to publishing independent, unbiased research; no paid media placements, commissions or incentives of any nature are allowed.

Search Our SAP Project Management Content

SAP Research Contact

  • Interested in Our SAP Research?

    The software space is controlled by vendors, consulting firms and IT analysts who often provide self-serving and incorrect advice at the top rates.

    • We have a better track record of being correct than any of the well-known brands.
    • If this type of accuracy interests you, contact us and we will be in touch.


Enterprise Software Risk Book

Software RiskRethinking Enterprise Software Risk: Controlling the Main Risk Factors on IT Projects

Better Managing Software Risk

The software implementation is risky business and success is not a certainty. But you can reduce risk with the strategies in this book. Undertaking software selection and implementation without approximating the project’s risk is a poor way to make decisions about either projects or software. But that’s the way many companies do business, even though 50 percent of IT implementations are deemed failures.

Finding What Works and What Doesn’t

In this book, you will review the strategies commonly used by most companies for mitigating software project risk–and learn why these plans don’t work–and then acquire practical and realistic strategies that will help you to maximize success on your software implementation.


Chapter 1: Introduction
Chapter 2: Enterprise Software Risk Management
Chapter 3: The Basics of Enterprise Software Risk Management
Chapter 4: Understanding the Enterprise Software Market
Chapter 5: Software Sell-ability versus Implementability
Chapter 6: Selecting the Right IT Consultant
Chapter 7: How to Use the Reports of Analysts Like Gartner
Chapter 8: How to Interpret Vendor-Provided Information to Reduce Project Risk
Chapter 9: Evaluating Implementation Preparedness
Chapter 10: Using TCO for Decision Making
Chapter 11: The Software Decisions’ Risk Component Model