Skip to main content

Realizing Benefits – It’s What Projects Are For!

Co-authored by Jeff Hodgkinson

Realizingbenefits4_mainWe believe a simple methodology can be applied to attain Benefits Realization. You can achieve true project success by ensuring that:

  • Project benefits are clear, concise and relevant in ‘value creation’ terms from the Business Case onwards, and that they directly relate to your organisational strategy
  • People are held accountable for achieving these benefits
  • Benefits stated in a Business Case are actively measured throughout the entire initiative, ie:
    • During the project lifecycle (particularly if it is released in phases)
    • After the project is closed
    • When the product/output starts to be used
  • Appropriate action is taken if required to alter direction (i.e. the organization changes course and the intended project benefits are no longer relevant)

Simple Process Flow for Project Benefits Realization


It Starts with a Good Business Case!

In the project management community, it is generally accepted that a project starts in earnest once a business case has been agreed to and various other initiation tasks are complete. The question now is, “Does your business case remain a core reference document throughout the project’s lifecycle?” or does it go into the project files, to be reviewed only if, say, key stakeholders request a change order or when project auditors visit?

Business cases vary in size and complexity. A business case, and the process to agree to it, should include the following elements relating to benefits realization:

  • Clearly show how the initiative contributes to the organizational strategy including the core reason for the initiative. There must be measurable benefits that specifically relate to the organization’s goals and objectives
  • People must be named as accountable for ensuring the benefits are achieved (and they must know and accept this accountability)
  • People must agree to these benefits being monitored over time, with appropriate adjustments made when necessary

Our Three Main Points

1. Contributing to the Organizational Strategy

Circulate your proposed business case benefits with all key stakeholders to ensure they “stack up”, and a ‘governance’ control group should oversee and approve key project decisions regarding agreed benefits, including business case approval. Remember, it can be all too easy to inadvertently omit certain stakeholders from the loop. From the beginning, ensure benefits monitoring is built into your project – it will keep you on track to deliver what your cstomer needs. It is most useful to include the strategy for tracking benefits in the business case. This can be high-level or it can be a detailed explanation, depending on the circumstances. One word of warning: benefits tracking can mean many things, and can be subject to lack of clarity without the right level of rigor being applied. The sample extract from a business case below shows benefits, accountabilities, metrics (if applicable) and the proposed timeframe for realization:


When assessing benefits, and following through in the post-delivery phase, one should talk to people across the organization vs. taking one person’s opinion as the complete story. Ensure that the focus is on creating value, and that it is realistic. For example, drawing up “use cases” of real-life scenarios of how people will perform activities with the new deliverables in place can help to define the realistic benefits. This is what may be termed “active planning” for change, rather than “passive planning” as it means you will understand the true value creation process. It can help ratify the scope and intentions of your project, which should mean the people nominated as accountable for achieving the benefits are confident of their delivery (and hence they should be comfortable in signing up to them).

A business case may not always state specific financial benefits. Projects can be charted to contribute to a strategic objective of an organization where:

  • Clear-cut financial returns are not directly evident.
  • Are Implemented as control measures in response to statutory requirements or legislation.

It is wise to include financial metrics in a Business Case only if they can be substantiated; financial justifications should not be included if you cannot justify and measure them (but track financial improvement in future if possible).

2. Assign Accountable People for the Benefits in your Business Case

The governance group you establish for your project plays an important part in ensuring benefits are measured once the project is closed and the operations or sustaining teams start to use the deliverable.

Assigning key people as accountable for realizing stated benefits should give a business case the importance it needs to ensure those benefits are traceable. The key to success is to make sure the benefits are realistic and measurable.

To link business case benefits with ongoing benefits realisation, we have found it useful to clearly state in the business case that a benefits realisation plan will be implemented to track the proposed benefits over the initiative’s total lifecycle. We have found it can be helpful to include the proposed benefits realisation plan tracking mechanism as an addendum to the business case.

One example format (many exist) is shown below:

View Larger

3. Monitor Project Benefits Over Time

Successful project delivery is an important first step to achieving business benefits – completing a project on time, budget and to expected quality levels sets the platform for ongoing success. However, what we are most concerned about in benefits realization is to ensure the deliverable that the project provides generates benefits as intended (or perhaps new, unforeseen ones) over its lifecycle.

Sometimes project deliverables need to be adjusted before the project is complete or at a point in time after project closure. For example, as circumstances change, unexpected external impacts arise, or new opportunities result in a change of organisational strategy. This is often true for long duration projects. Such changes need to be fed into the benefits realisation plan, so that it is kept up to date and is ready to be used as soon as the project closes.

We have found that benefits realisation plans can be structured in “layers” – that is, specific project benefits can be measured regularly and aggregated at a program and/or portfolio level for overall benefits assessment and tracking.

Our Conclusions

The realisation of project benefits can be considered to be dependent on the following five principle factors:

  1. Business case benefits should to be clear and concise, and relate to the organisational strategy
  2. Give your business case importance by assigning the people who will be accountable for achieving stated benefits in your business case (after obtaining authority to do so). Make sure the business case signatories agree and understand that benefits will be tracked and corrective actions will be taken in the event of a change or direction, or failure to realise the stated benefits
  3. The benefits stated in a business case should be actively measured through continuous participative engagement after project closure in a benefits realization plan
  4. Action should be taken if a benefit is not being realised (for example, if the organisation changes course or the project deliverables are no longer relevant)
  5. Lastly, giving people a continued focus on benefits throughout a project helps keep it on track, and for the “big picture” to be maintained. It is from this vantage point that we can ensure projects deliver the benefits they were intended for.

Summary Extract

Today, more than ever, project benefits need to be achievable, then realized and then sustained (maintaining relevance) when your project is complete and its output goes into use. Adopting a simple ‘project benefits realization tracking method’ starting from the project’s business case onwards can help you achieve this…

Mini Glossary:

Terms Used

Brief Description

Benefits Realization

What the project intends to deliver to the customer/stakeholder upon completion.

Business Case

Why the project is being done and what justifies the resources being used.

Project Lifecycle

The phases a project goes through between start to finish. Typically 3 to 5.

Project Benefits

What will be the long term results or gain derived after completion of the project.


Management group that approves the project charter and subsequent phases if needed.

Strategic Objective

High level business objective which the project has inclusion to achieving it.


A result gained either during or at the completion of a project.

Don’t forget to leave your comments below

Gareth Byatt is Head of the IT Global Program Management Office for Lend Lease Corporation He’s a PgMP and PRINCE2 practitioner, and holds an MBA and first-class undergraduate management degree. Gareth has worked in several countries, and is currently located in Sydney, Australia. Gareth has 13 years of project and program management experience in IT and construction. Gareth can be contacted through LinkedIn.

Jeff Hodgkinson is the IT Hosting Transformation Program Manager. He is a 29-year veteran of Intel Corporation with a progressive career as a Program/Project Manager. Jeff holds numerous certifications and credentials in project and program management including PMI’s PgMP (Program Management Professional) credential. He obtained his PMP (#713) in 1991. He is located in Chandler, Arizona, and also volunteers in various support positions for the Phoenix PMI Chapter. Due to simply helping people, ‘Hodge’ as referred to by his many friends is one of the most well networked and recommended persons on LinkedIn.

Gareth and Jeff met through LinkedIn and share a common passion for program and project management theory and practices. Though they live half a world away from each other collaborate and co-author articles. Together they bring over 40 years of experience into their subject writing for the benefit of their colleagues worldwide.

Comments (5)