Benefits Realisation: When Project Management Success is not a Benefit…


… A Success Paradox!

You’ve delivered your project on time, within budget, the customer has signed it off and you’ve completed your closure report. You’ve done your job? Now it’s time to move on to the next project? It depends.

It depends on what kind of Project Manager you are and what success means to you and your organisation.

Essentially a Project Manager is accountable for the success or failure of a project.

Typical responsibilities of a project manager range from planning, executing and closing projects to managing teams and stakeholders but indulge me for a second. Who ensures projects deliver the benefits detailed in the business case? In my experience no one does. I will return to this point later.

Benefit Delivery

John Thorp (The Information Paradox) based his new approach to benefits realisation on the following premises:

  • Benefits do not just happen.
  • They rarely happen according to plan.
  • Benefits realisation is a continuous process.

This “benefits mindset “, as John Thorp coined it (in 2003), has not been adopted. As such, even today, investment in IT-enabled business change is still not translating into business value. Why is this? Paraphrasing Michael Krigsman (of ZDNet) here, but people don’t know what they want. Permit me to add an addendum. If they got it (what they asked for) they wouldn’t know it.

“REALISING BENEFITS – IT’S WHAT PROJECTS ARE FOR!” Gareth Byatt and Jeff Hodgkinson said this. It sounds simple, right?


Yes, but why then do upwards of 70% of projects fail (ESP Solutions Group, Gartner and ZDNet all back this up with their findings from as far back as 2008 to the present day). So why is this?

The process of benefits realisation should begin at the earliest stages of initiation, and should continue after the project deliverables have been met. Benefits should be defined in the project business case. They should be related to advancing the organisation’s strategic objectives. Otherwise, as Gareth Byatt and Jeff Hodgkinson said, “what are projects for?


Putting it into Practice

At The Project Foundry, we break the benefits realisation process into four stages:

  • Identify: What is the problem you are trying to solve?
  • Define: Once the problem has been identified, benefits should be clearly defined. For a project to be measured against benefits, these [benefits] must be defined as tangible and also manageable.
  • Plan: These [definitions] must be built into the specification of the project deliverables.
  • Realise: Once the deliverables are commissioned, these [changes] must be embedded.  Then they can become the “new business as usual”, along with the organisation’s performance targets [KPIs] adjusted to incorporate them.

As The Project Foundry advocates all of John Thorp, I will leave you with one of his three necessary conditions for changing the way people think and manage “activist accountability that includes the concept of ownership”. With a willing client, benefits can be delivered, but only if the business sponsor is (willing) to take ownership and accept clear accountability for delivering the [project or program] benefits.

Finally, let me leave you with this thought? Ownership and accountability don’t have to be scary words. The benefit is good, right? Yes. Being accountable and owning something good is even better. We can empower you to make this happen.