Tuesday, July 24, 2012

IT Project Failure and The Art of Scapegoating

 With Scapegoating still high on the agenda of Executives,  Boards and CEO's I figured it was time to readdress this issue and ask the question:
"Is your organization geared up for IT Project Success or will a Scapegoat suffice?"

IT Project Failure and The Art of Scapegoating

Have you or someone you know ever been the scapegoat for a failed IT project? If so read on. This may give you a déjà vu feeling.

And as the saying goes, “A good scapegoat is nearly as welcome as a solution to the problem”!

This is often a sorry consequence of derailed or failed IT projects. Everyone is responsible for the project and no one is accountable for its outcomes. This issue will become even more apparent through the project life-cycle. Over a period of 1, 2 or 3 years people will either leave the organization/project or will otherwise forget who was actually accountable for having made the critical IT investment and project planning decisions in the first place. Time has a tendency to blur the facts! So what can project sponsors do when they get that sinking feeling that an IT project is heading into deep waters? Hunt for scapegoats! (shhhhh people don’t readily admit that this is what actually happens). Who wants to be held accountable for a train wreck of that magnitude? Nobody – hence the scapegoating!

Unfortunately, organizations typically identify vendors, project managers and CIO’s as the obvious parties (read scapegoats) responsible for under-delivered and over-budget IT projects.

In actuality, the causes generally lie in the camp of the C-Level, senior executives and presidents themselves. Why? Firstly, because often the business executives lack visibility of critical business architecture information and business intelligence upon which to base vital project planning decisions. And secondly, because strategic decisions to invest in IT systems are always made at the top level of an organization.

They should instead be asking themselves where they messed up and analyze whether, why or how their IT investment and project planning decisions were under-analyzed, under-scoped, under-supported, under-communicated or under-trained. Did they make the critical strategic project decisions and follow through with an execution strategy to establish key project procedures or not? Information cannot be expected to be communicated via osmosis or hearsay.

Ask yourself who was responsible for identifying and collecting project requirements and were they empowered and accountable? Were they the most appropriate people or just the most senior or worse still – self-appointed experts?

The other key question that vendors and customers should be asking themselves is “did we assume that extensive requirements were collected and correctly documented from the most pertinent and pivotal parties?” Most of the time both parties just assume that the important task of requirements gathering has been diligently carried out (which is where the slippery slope begins and scapegoats are sought out).

PS. Do you need to put the "B" back into the business planning for your IT Projects? Then take advantage of our complimentary 30 day free trial to our Profiling-Pro cloud solution at www.profiling-pro.com

PPS. Or register here to attend our upcoming Seminar:
"The Path to IT Project Success through Business Architecture Genius!"

Kind regards
Sarah Jane Runge


Anonymous said...

Spot on. A few CEO's should take note!

Anonymous said...

True, unfortunately!

Everyone in the TEAM should take note. Especially management.