It’s often been said that 80% or more of ERP implementations are considered failures. In fact, one of the findings of our 2013 ERP Report is that most ERP projects take longer than expected, cost more than expected, and fail to deliver expected business benefits. In addition, in our 2013 ERP Report: Organizational Change and Business Process Management due out next week, we find that 41% of organizations experience some sort of material operational disruption at the time of their go-live.

While the fact patterns may suggest that ERP implementation challenges may be more common than any of us would like to admit, there is no clear definition of what constitutes ERP failure. One of our blogs published last week focused on how to define ERP success for your organization, so we thought it would only be fitting to explore the other side of the coin by describing what constitutes failure.

First, it helps to explain what ERP failure is not. Although cost overruns and project delays are frustrating and more common than they should be, they do not in and of themselves necessarily indicate project failure. Instead, they are more often symptomatic of unrealistic expectations. ERP vendors and system integrators often oversell and oversimplify the ERP implementation process, which commonly leads to these project overruns.

In other cases, implementation delays and budgetary overruns can be caused by poor project management, inefficient focus on organizational change management, and lack of attention to business process reengineering. In these situations, it is the actions of the implementing organizations and their ERP consultants that contribute to the delays, so it could be argued that these are failures.

However, the more cut and dry definition of ERP failure is related to overall business benefits and return on investment. Since most executives are responsible for safeguarding company assets and ensuring a positive return on investment, it is hard to argue that the executive or project team that leaves millions of dollars of unrealized benefits on the table hasn’t failed in its ERP implementation. Just as executives are typically held accountable for realizing overall corporate revenue and cost targets, so too should executive success or failure be determined by optimizing the return on investment of ERP implementations.

The even more commonly accepted (and troubling) definition of failure is related to operational disruption. In our study of nearly 200 ERP implementations across the globe, we found that 41% realize some sort of operational disruption – such as not being able to ship product or close the books – at the time of go-live. This type of business interference is much more measurable and conducive to results that can commonly be agreed upon as failure.

Length of ERP Operational Disruption

It is interesting to note that most operational disruption and implementation challenges are not caused by the software itself or other technical challenges. In fact, as our report to be published next week will show, most companies find this to be the relatively easy part of an implementation. It’s all the other stuff that creates problems.

For example, about three years ago, we helped a mid-sized client evaluate and implement a leading Tier II ERP system. As is the case with any rollout, there were hiccups along the way. In particular, the client’s engineers and sales reps were having trouble getting comfortable with how the product configuration processes would handle their relatively complex engineer-to-order industrial products. Our ERP consultants recommended delaying the go-live by 30 days to give the organization additional time to adapt to the new business processes, but the client instead opted for a “Hail Mary” flick of the switch. In other words, they essentially rolled the dice that this decision would not affect their business.

Unfortunately, this gamble did not pay off. The client did not build enough safety stock to account for a potential disruption to its supply chain. In addition, these critical engineering processes weren’t fully defined or understood at the time of go live, so the company experienced lost revenue of more than $2 million as a result – even though the extra 30 days would have only cost them an additional $70,000. This is just one instance of some of the mistakes and lessons we’ve seen in the industry over the years that inevitably lead to failure.

The good news is that most failures are avoidable. Organizations with the right focus on project governance, business process reengineering and organizational change management more commonly succeed in their ERP implementations, even against the backdrop of the statistics outlined above. However, they need the right expertise and methodologies to ensure that they set their projects up for success.

Learn more by watching our free, on-demand webinar, Lessons Learned from Failed ERP Implementations.

Posts You May Like:

Excel vs ERP: As Different as Night and Day

Excel vs ERP: As Different as Night and Day

Since its launch in 1985, Microsoft Excel has been the go-to business management software that executives around the world use to store and manage their day-to-day operational data.  However, brand recognition and longevity can only take an application so far. In the...

ERP Implementation Payback: When Might You Recoup the Cost of ERP?

ERP Implementation Payback: When Might You Recoup the Cost of ERP?

When you implement an ERP system, you naturally expect a return. This return is often in the form of increased profits and performance, through more efficient processes and smarter insights.  At a certain point, this return will counterbalance the money you spent on...