ie8 fix
madison

13 warning signs to prevent ERP doom

By | September 8, 2010, 8:41am PDT

Summary: Integrating big systems across an entire organization is challenging at best and often disastrous. Here are 13 tips to help you succeed.

ERP helps buyers achieve levels of efficiency that would probably not otherwise be possible. However, this efficiency comes at the cost of complexity: integrating big systems across an entire organization is challenging at best and often disastrous.

Many ERP customers ignore “weak signals” that might point to obstacles that could interfere with success. For that reason, we must learn to pay attention to subtle warning signs of potential downstream trouble.

A blog post from Eric Kimberling, CEO of implementation services firm Panorama Consulting, discusses 13 of these warning signs. Eric is an expert with years of hands-on experience, so take his opinions seriously (I’ve edited the list slightly):

Here are a few signs that your ERP project may be in trouble:

  1. You don’t review the project with your executive team on at least a bi-monthly basis. You need involvement from your management team to ensure the project is aligned with their expectations, key decisions are being made in a timely fashion, and resources are being directed appropriately.
  2. There is no dedicated project team. There needs to be a small internal core that is dedicated to the project.
  3. There is no training scheduled until less than 90 days before go-live. Training is an iterative process and should begin well before go-live.
  4. Your organizational change management plan only consists of end-user training. Organizational design, employee communications, process and organizational gap analysis, and organizational readiness are just some of the key activities too often overlooked during ERP implementations.
  5. You have no contingency budget. Depending on risk and complexity, we often budget up to 15 to 20% of a total budget be set aside for contingency.
  6. You don’t conduct at least three iterations of conference room pilots or integration testing. Just as you would’t introduce a new product or manufacturing process without extensive testing, you don’t want to introduce an entirely new business software into your organization without testing and refining.
  7. Your budget assumes that software license costs are a majority of your total implementation costs. Software is the relatively easy and low-cost portion of your budget. Even with an accelerated implementation, you have configuration, hardware, internal and external resources, integration, and a number of other budgetary line items.
  8. You don’t have a strong program management team with at least several dozen implementations collectively under their belt. Every organization has a few people that either implemented software in their previous lives or “have a friend” that did so. However, there is no substitute for a team of experts that have done it a million times.
  9. The software techies are running the project. If the business isn’t driving the project, then you’re in trouble. [Michael Krigsman note: I'm resisting the temptation to talk about inmates running the asylum.]
  10. You don’t have a business case, performance metrics, or a benefits realization plan. Hopefully you’re not implementing ERP just for the fun of it. You need metrics to define how you expect the new system to improve your business, along with a plan of how you are going to measure actual results.
  11. Your definition of success is: “Just get the damn thing up and running.” It’s easy to fall into this trap after the project has been dragging on for months or years. Once you start cutting corners, costs, and time just to get the project done, you are driving up long-term costs and risks.
  12. You have very little margin for error to miss customer shipments at go-live. According to Panorama’s independent research, over 50% of manufacturing software implementations create operational disruptions. If you don’t have much slack in your inventory or lead times, this can magnify the risks of the project.
  13. You will not customize the software, under any circumstances. Unless you are a start-up with absolutely no existing business processes, this is a bigger risk than many will admit. Adopting business processes baked into the ERP software can create misfits with your business needs and/or magnify organizational change management challenges. These aren’t necessarily things that can’t be worked through, but most organizations are not prepared to deal with the consequences.

Lists such as this have an ironic aspect: frequently, folks who most need the advice are first to ignore it. If you want to achieve ERP success, listen to the wisdom of those who have walked that path before you.

Please share your thoughts and advice on how recognize the early warning signs of ERP failure.

Kick off your day with ZDNet's daily e-mail newsletter. It's the freshest tech news and opinion, served hot. Get it.

Topics

Michael Krigsman is a recognized authority on the causes and prevention of IT failures.

Disclosure

Michael Krigsman

Michael Krigsman writes and speaks about technology in a manner that most observers consider to be fair and balanced. Michael believes that writing about IT failures, which often have complex causes, creates a unique obligation to be reasonable and accurate in both reporting and analysis.

Michael maintains active personal and professional relationships with enterprise technology buyers, vendors, analyst firms (or individual analysts), consultants, and system integrators. As CEO of Asuret, Michael sells and delivers paid services to members of these same groups.

Vendors regularly reimburse Michael's out-of-pocket travel expenses to attend industry conferences and events. Conference organizers frequently waive entry fees when Michael attends industry events. Michael often speaks at industry conferences and events.

He is a member of the Enterprise Irregulars, a loose association of consultants, investors, industry representatives, analysts, and users of enterprise software.

For daily updates on Michael's activities, follow him on Twitter.

Biography

Michael Krigsman

Michael Krigsman is CEO of Asuret, Inc., a consulting company dedicated to reducing technology implementation failures. Asuret's suite of software tools improve the success rate of enterprise software deployments by quantifying and measuring governance issues that cause most project failures. Michael led the research effort underlying Asuret's model of collective intelligence and its practical application to reducing IT failures in consulting environments. He is a recognized authority on the causes and prevention of IT failures and is frequently quoted in the press on IT project and related CIO issues. He is considered an enterprise software industry "influencer" and provides advice to technology buyers, vendors, and services firms.

Previously, Michael served as CEO of Cambridge Publications, which develops tools and processes for software implementations and related business practice automation projects. Michael has been involved with hundreds of software development projects, for companies ranging from small startups to Fortune 500 organizations. Michael graduated with an M.B.A. from Boston University and a B.A. from Bard College. He is a Board member of the America's Cup Hall of Fame and the Herreshoff Marine Museum in Bristol, RI.

6
Comments

Join the conversation!

Just In

Contributr
RE: 13 warning signs to prevent ERP doom
mkrigsman@... 10th Sep 2010
Without question, these observations are completely applicable to any technology-enabled transformation effort. For this blog, the narrow focus is on IT projects, but the underlying issues are human-centric and have broad implications.

Thanks for pointing out this important fact.
0 Votes
+ -
Good list...
jasonp@... 8th Sep 2010
I especially can appreciate #13 since the vendor will always recommend tailoring your processes to match their software instead of the other way around. Implementation consulting companies with little-to-no development expertise will do the same. In reality, there is a lot of give-and-take needed and I have yet to see an existing business with already established processes be able to function with an out of the box solution. It's ludicrous to even consider.
0 Votes
+ -
Good suggestions, Michael
Userama 8th Sep 2010
From my observations, it seems that, as daunting a task as ERP is for enterprises, it's even more so for governmental agencies. What added suggestions might you provide for them? Or do you feel that your list pretty much covers them also?
0 Votes
+ -
RE: 13 warning signs to prevent ERP doom
philsimonsystems 8th Sep 2010
Good list, Michael and Eric. I'd echo Jason's sentiments in the comments with respect to #13. Foolish is the organization that won't change its existing process one iota. That's equally dangerous.
0 Votes
+ -
An ERP (or any large business systems change) is not an "IT project". If 75% of the project team is not made up of capable, knowledgeable people who actually perform business functions on a daily basis, and if the project is not lead by an up-and-comer (e.g. an assumed "next VP of the Big Division) from a business function, then chances of failure are 98%.

sPh
0 Votes
+ -
RE: 13 warning signs to prevent ERP doom
naomibloom@... 9th Sep 2010
I'd apply these observations to any technology-enabled business process change project. And I'd note that these are all signs that the human resource management processes for such projects are broken. IF you can't get the people part of a project right, it doesn't matter what the software does or doesn't do, you're suicidal to continue.
0 Votes
+ -
Contributr
RE: 13 warning signs to prevent ERP doom
mkrigsman@... 10th Sep 2010
Without question, these observations are completely applicable to any technology-enabled transformation effort. For this blog, the narrow focus is on IT projects, but the underlying issues are human-centric and have broad implications.

Thanks for pointing out this important fact.

Join the conversation!

Formatting +
BB Codes - Note: HTML is not supported in forums
  • [b] Bold [/b]
  • [i] Italic [/i]
  • [u] Underline [/u]
  • [s] Strikethrough [/s]
  • [q] "Quote" [/q]
  • [ol][*] 1. Ordered List [/ol]
  • [ul][*] · Unordered List [/ul]
  • [pre] Preformat [/pre]
  • [quote] "Blockquote" [/quote]
ie8 fix
Click Here
ie8 fix

The best of ZDNet, delivered

ZDNet Newsletters

Get the best of ZDNet delivered straight to your inbox

Facebook Activity

White Papers, Webcasts, & Resources
ie8 fix
ie8 fix