ERP Implementations- Predictable Disasters!


A recent review of a vendor’s proposed contracts for a new ERP (Enterprise Resource Program) system reminded me why so many implementations fail and lead to litigation – vendors generally underestimate the scope of the systems (on purpose to keep the price tag low, or just don’t know what they are doing) and as a result a large number of ERP implementations are failures. Actually Y2K may be the blame since as 2000 approached many companies decided to replace aging systems, many of which were silo applications systems did not share data (like HR not sharing data with accounting). So SAP, Oracle, PeopleSoft (now part of Oracle), and many others offered unified systems to allow companies to share data between all business operations and activities referred to as ERP systems.

The Ten Commandments of IT Contracts Apply

Since an ERP system includes software, hardware, implementation services, and on-going support clearly I believe that my Ten Commandments of IT Contracts apply. My Ten Commandments are based on negotiating and litigating hundreds of IT contracts:

1st Commandment No Computer Project is ever completed on time
2nd CommandmentNo Computer Project is ever complete
3rd CommandmentIf you cannot see the software, it does not exist
4th Commandment New versions of operating systems never work
5th Commandment There are no Industry Standards
6th CommandmentDo not buy brand new hardware
7th Commandment Do not buy brand new software
8th CommandmentSales people have answers to every question
9th Commandment Sales people know absolutely nothing
10th Commandment Individuals who negotiate contracts are never around later

After posting my blog on the Ten Commandment two clients offered Commandments 11 and 12:

11th CommandmentAny IT development project large enough to have its own acronym name (BEST, BIGGEST, CYCLONE, etc) will fail
12th CommandmentBefore every project, select a scapegoat and do not invite that person to meetings

Surely some readers may have others Commandments to offer, so please let me know.

What’s Different about ERP Implementations?

Often times a third party is responsible for the ERP implementation and on-going support, and the software vendor only offers a license. Depending on the software and vendors in any particular market this may be the norm. But the ideal circumstance is that the software vendor for the ERP system also does the implementation and on-going support, but prudent contract negotiations are still required.

The EPR vendor whose contracts I reviewed recently included two agreements, one a license and another for system implementation. However if the implementation does not go well, the customer should not be stuck with the software. So my advice to the customer is to sign one agreement for all software, implementation services, and on-going support. Other critical components were missing from this proposed vendor agreement – a schedule of events and a statement of work. Customers should never sign contracts to acquire ERP systems if there is no precise schedule of events and clear responsibilities of the parties in a statement of work. Detailed schedules and complete statements of work provide help because this forces the parties to think through what will happen, and payments can be based on the completion of major milestones in the schedule based on the statement of work.

With a little planning and foresight disastrous ERP implementation systems can be avoided, but it’s critical that customers user lawyers and consultants who have been through the wars to avoid major disasters.

The publications contained in this site do not constitute legal advice. Legal advice can only be given with knowledge of the client's specific facts. By putting these publications on our website we do not intend to create a lawyer-client relationship with the user. Materials may not reflect the most current legal developments, verdicts or settlements. This information should in no way be taken as an indication of future results.

Search Tips:

You may use the wildcard symbol (*) as a root expander.  A search for "anti*" will find not only "anti", but also "anti-trust", "antique", etc.

Entering two terms together in a search field will behave as though an "OR" is being used.  For example, entering "Antique Motorcars" as a Client Name search will find results with either word in the Client Name.


AND and OR may be used in a search.  Note: they must be capitalized, e.g., "Project AND Finance." 

The + and - sign operators may be used.  The + sign indicates that the term immediately following is required, while the - sign indicates to omit results that contain that term. E.g., "+real -estate" says results must have "real" but not "estate".

To perform an exact phrase search, surround your search phrase with quotation marks.  For example, "Project Finance".

Searches are not case sensitive.

back to top