When a disaster isn’t a disaster (and how to better deal with ERP implementation complexity)

Published on the 28/10/2015 | Written by Owen McCall


erp disaster

Many years ago, writes Owen McCall, a contribution to a study on ERP implementation failures threw up a completely surprising response…

Having been involved in a number of ERP projects over the course of my career, a researcher asked for insight into a project which hadn’t gone quite to plan. As it happened, the most recent project fell squarely into that category and, while my involvement was only peripheral, it remains as one of my less fine moments.

The outline looks like this:

  • The project changed sponsors three times before the go-live. Two of the sponsors were CEOs who subsequently left the business.
  • The Project Manager changed three times owing to a combination of reasons which included non-performance.
  • The implementation partner, while skilled in the software, had no experience in the vertical industry or some of the critical modules implemented. When this gap was identified, the vendor did not bring in skills to address it.
  • Several recommendations were made to reduce implementation risk. None were acted upon.
  • While there was extensive involvement from across the business, including formal sign-off on designs and benefits, in hindsight it was clear that business owners had no idea what they were signing-off on.
  • The project was late and cost about double the originally planned sum.
  • On go-live, the business lost visibility of key business assets and processes and operations effectively ground the business to a halt.

The upshot of all this is that it took an additional two years of hard work and frustration to get the implementation to the stage where it was actually supporting the business, rather than holding it back.

Disaster and ruin…but not too bad
As can be imagined, this experience is the source of several of the ‘implementation scars’ that all experienced IT pros seem to carry. Having related this tale of woe to the researcher, his response was: “You know, when it comes to ERP implementations, this is one of the most successful I have heard about.”

The feedback was stunning. As an industry, we struggle to deliver on our projects…but to consider this a success?!

Our industry’s poor track record in delivering projects is well documented; examples like this one are all too common. The statistics are confirm the story, with most commentators pointing to an approximately 50 percent failure rate across all IT projects.

That is, one in two projects fail to deliver what they were designed to deliver in terms of their cost, timeline, desired outcomes or some combination of all three. To make matters worse, the failure rate seems to rise as projects grow in size and complexity; ERP implementations are among the largest and most complex projects that organisations ever tackle.

Usual suspects (and a wider perspective)
While most commentators seem to agree on failure per se, there is less agreement on the reasons why projects fail.

There are the usual suspects:

  • Uninvolved or ineffective business ownership and sponsorship
  • Lack of planning leading to unrealistic expectations
  • Limited or no change management and training to support users, and (my personal favourite)
  • Lack of definition about what the organisation is trying to achieve in the first place

While these issues are real, is there a more basic reason our largest and most complex projects fail so often? Perhaps it’s because they are, well, large and complex. Being large and complex, they are by their very nature difficult, particularly for organisations which haven’t done it before. It’s even true for those which only do it occasionally.

In other words, this is the case for pretty much everyone, as organisations don’t implement an ERP every day.

If complexity really is at the root of our problems is, then the best solution is reducing complexity and scale to levels that teams can consistently execute on.

This can be difficult for some projects, but for many it is entirely possible to plan a series of rolling implementations that build on that which was previously established. In so doing, we can begin to improve project success rate and move towards fulfilling the mandate of delivering value that differentiates our organisations.

Owen McCallABOUT OWEN McCALL//

Passionate about using technology to make a real difference to businesses, communities, families and individuals, Owen McCall has focused his career on understanding and answering this question: “How do you harness the power of IT to deliver value?”
An independent IT consultant, he is a former CIO of The Warehouse.

Post a comment or question...

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Other Articles by Owen McCall

Transitioning to agile? First prepare your environment

opinion-article |May 29, 2018 | Owen McCall

It may well be the corporate buzzword of the decade, but proper business agility is all about setting the foundations say Owen McCall…


Digital transformation_Fosbury flop_Owen McCall

Digital transformation, incumbents and the business model conundrum

opinion-article |May 23, 2018 | Owen McCall

What Uber, Amazon and the Fosbury flop can teach us about innovation…


S curve_Owen McCall

Why CIOs must master the S-Curve

opinion-article |October 2, 2017 | Owen McCall

Thanks to Moore’s Law the S-Curves in technology are frighteningly short, writes Owen McCall…


Shadow IT: Not a new thing and nor is managing it

opinion-article |April 26, 2017 | Owen McCall

Many IT organisations are strong on wanting a mandate as a way of eliminating shadow IT – but it won’t work, says Owen McCall…


Desired outcomes technology projects

Outcomes don’t depend on where you begin

opinion-article |February 8, 2017 | Owen McCall

IT teams and professionals should focus on desired outcomes, rather than mire themselves in the problems of the day, says Owen McCall…


Gartner hype cycle

Of love, hate and the Gartner Hype Cycle

opinion-article |August 31, 2016 | Owen McCall

They’re great and they’re awful – find out why Owen McCall is ambivalent about Gartner’s Hype Cycle…


Experiment to progress

Failure is good. Yeah right!

opinion-article |July 14, 2016 | Owen McCall

Owen McCall says we should switch from ‘initiatives’ to ‘experiments’…


is the internet safe

Is the Internet Safe? Of course not!

opinion-article |June 15, 2016 | Owen McCall

The internet is not 100 percent safe, but that doesn’t mean you shouldn’t be using it to support the growth of your business. Owen McCall says we should approach it more like driving…


The problem with projects: not fit to deliver value

opinion-article |April 19, 2016 | Owen McCall

What do IT projects and fitness regimes have in common? Owen McCall exercises his theory of the business value creation process…


Digital competence

Driving digital competence

opinion-article |February 23, 2016 | Owen McCall

My daughter Sarah has just passed her learner’s driving licence…


Processing...
Thank you! Your subscription has been confirmed. You'll hear from us soon.
Follow iStart to keep up to date with the latest news and views...
ErrorHere