Go Talk To Your Stakeholders

This content is syndicated from LeadingAnswers: Leadership and Agile Project Management Blog by Mike Griffiths. To view the original post in full, click here.

P4As a PM, what is
the most effective thing you can do for your project in the next hour? (After
finishing this article, of course!) I would suggest speaking to your project
team members and business representatives about where their concerns lie and
what they believe the biggest risks for the project are. The reason being that
while tarting up a WBS or re-leveling a project plan might be familiar and
comfortable (where you are a master of your own domain), it really amounts to
nothing if your project is heading for trouble. Like rearranging deck chairs
when you should be looking for icebergs, there are better uses of your time.

The frequency and
magnitude of IT project failures are so prevalent and epic that people can
appear in denial of their ability to influence, or “in acceptance” that a
certain percentage of projects just go south. Does it need to be that way? If
we spent more time asking people where stuff could go wrong rather than making
ever more polished models of flawed project plans, could we change the
statistics (even a little bit)?

According to
research by Roger Sessions of ObjectWatch, 66 percent of projects are
classified as “at risk” of failure or severe shortcomings. Of these 66 percent,
between 50 and 80 percent of these projects will fail. So, if 66 percent of
projects are at risk, let’s say 65 percent of these projects will fail; that’s
.66 x .66, meaning 43 percent of projects fail. (Despite the grim projection,
these numbers are actually slightly better than the Standish Chaos report findings).
What would happen if we could prevent just, say, 5 percent of those from

The impacts would
be huge, because the amount of money spent on IT projects now is truly
monumental. Of all these failing projects, there must be many that flirt on the
edge of success versus failure--wobbling between being able to be saved and
past the point of no return. These are my targets--not the
doomed-from-the-start death marches to oblivion but the appropriately staffed,
well-intentioned projects that just don’t quite make it. I bet there was a
point in the path to failure when some more dialogue around risks and issues
could have provided the opportunity to take corrective action.

The trouble is
that we don’t know if we are on an ultimately successful or unsuccessful
project until its path may be irreversible. So we need to be acting as if we
could be heading for trouble at regular intervals. We should also examine the
economics behind this suggestion to change PM behavior. How much is it really
worth to maybe sway the outcome of just 5 percent of the projects that are
headed to failure?

According to The
New York Times
, industrialized countries spend 6.4 percent of the GDP on IT
projects. Of that, 57 percent typically goes to hardware and communication
costs and 43 percent to software development. Of these, 66 percent are classed
as “at risk” and 65 percent of them ultimately fail. The cost of failed
projects is two-fold: There is the direct project cost, but also a series of
related indirect costs. These include the cost of replacing the failed system,
the disruption costs to the business, lost revenue due to the failed system,
the disruption costs to the business, lost opportunity costs, lost market share
and so on.

An investigation
into a failed Internal Revenue System project showed a 9.6:1 ration of indirect
costs to direct project costs. For our purposes, we will use a more modest
ratio of 7.5:1. Let’s see how these figure pan out:

IT Failure Costs

So it turns out
that the failing SW projects cost the world about $6 trillion dollars annually,
and over $1.3 trillion in the United States alone. That’s a chunk of change,
and saving just the 5 percent of projects wobbling on the edge of failure in
the States would amount to $1,336B x 0.05 = $66.8B (or $1.28B per week).

How do we do it?
Well, socializing the problem is a start. Let’s talk about project risks more
often and raise them from the clinical world of reviews and audits up to the
more human, approachable world of predictions and wagers. Ask team members to
predict why the project may fail or get stuck. Ask our sponsors where they
think the biggest obstacles lie. Follow up with “How do we avoid that?” and
“What would have to happen to prevent that?” type questions, and follow through
on the recommendations.

Just the act of discussing these issues can influence
behavior. Armed with knowledge of where the really large icebergs are, people
tend to steer and behave differently. To reiterate, we are not trying to
prevent all project failures; just keep an extra 5 percent on track
through frequent, honest dialog about the issues and a broader stakeholder
awareness of the major project risks is a great way to start. So what are you
waiting for?

(I wrote this article first for Gantthead, here )


Leave a Reply

Your email address will not be published. Required fields are marked *

3 + nineteen =

There are 101 ways to do anything.
To find the best way, sometimes you need expert help

What People Say

“Kelly’s a leading program director with the ability to take charge from day one and keep strong momentum at both a program and project level driving prioritisation, resourcing and budgeting agendas. Kelly operates with an easy-going style and possesses a strong facilitation skill set. From my 5 months experience working with Kelly, I would recommend Kelly to program manage large scale, complex, cross company change programs both from a business and IT perspective.”


“Kelly revolutionised the way our digital department operated. A true advocate of agile principles, he quickly improved internal communication within our teams and our internal clients by aligning our business and creating a much enhanced sense of transparency in the decisions the business was making. Kelly also introduced a higher sense of empowerment to the development teams...”


“Kelly is an Agile heavy-weight. He came in to assess my multi-million $ Agile development program which wasn’t delivering the right throughput. He interviewed most of the team and made some key recommendations that, when implemented, showed immediate results. I couldn’t ask for more than that except he’s a really nice guy as well.”


“Kelly is an extremely talented and visionary leader. As such he manages to inspire all around him to achieve their best. He is passionate about agile and has a wealth of experience to bring to bear in this area. If you're 'lucky' he might even tell you all about his agile blog. Above all this, Kelly is great fun to work with. He is always relaxed and never gets stressed - and trust me, he had plenty of opportunity here! If you get the chance to work with Kelly, don't pass it up.”


“Kelly was a great colleague to work with - highly competent, trustworthy and generally a nice bloke.”


“Kelly and I worked together on a very large project trying to secure a new Insurer client. Kelly had fantastic commercial awareness as well as his technical expertise. Without him I would never had secured this client so I owe a lot to him. He is also a really great guy!”


“Kelly was a brilliant CTO and a great support to me in the time we worked together. I owe Kelly a great deal in terms of direction and how to get things done under sometimes difficult circumstances. Thanks Kelly.”


“I worked with Kelly whilst at Thoughtworks and found him to be a most inspiring individual, his common-sense approach coupled with a deep understanding of Agile and business makes him an invaluable asset to any organisation. I can't recommend Kelly enough.”


“Kelly was engaged as a Program Director on a complex business and technology transformation program for Suncorp Commercial Insurance. Kelly drew on his key capabilities and depth of experience to bring together disparate parties in a harmonised way, ensuring the initiate and concept phases of the program were understood and well formulated. Excellent outcome in a very short time frame. ”


“Kelly came to the department and has really made a huge impact on how the department communicates, collaborates and generally gets things done. We were already developing in an agile way, but Kelly has brought us even more into alignment with agile and scrum best practices, being eager to share information and willing to work with us to change our processes rather than dictate how things must be done. He is highly knowledgable about agile development (as his active blog proves) but his blog won't show what a friendly and knowledgeable guy he is. I highly recommend Kelly to anyone looking for a CTO or a seminar on agile/scrum practices - you won't be disappointed!”


“I worked with Kelly on many projects at IPC and I was always impressed with his approach to all of them, always ensuring the most commercially viable route was taken. He is great at managing relationships and it was always a pleasure working with him.”



To explore how we can help you, please get in touch