3: The Value Gap
by jed simms on February 26, 2008
In the physical world it is easy to see and be wary of a ‘gap’.
However, in the project world the ‘gap’ that exists between what projects deliver and what is required to realize the benefits and value is most often neither seen nor acknowledged.
Hence the continuing frustration with the lack of value generated from projects.
This VDM article discussed the issue and the need to recognize and plan to cover the ‘gap’ and realize the value expected. The result is often a significant increase in value delivered.
The Value Gap
It may seem to be a stupid statement, but it is true, that projects are not set up to deliver the benefits expected.
“But there’s a business case promising specific value in return for the investment in the project” you might object. True, but the business case glosses over the ‘value gap’.
The Value Gap is the workload left between where the project ends and the benefits are realized.

In the interests of simplicity (and benign acceptance) executives tend to accept that the project outcomes will deliver the benefits. They may accept that some benefits are realized after the project, but the ‘value gap’ is neither acknowledged nor recognised.
A project can only go so far. The project team does not run the business. They cannot directly alter how people change on the job to ensure the benefits and value are realized. Only the business can achieve and then sustain business value.
The problems are
they often don’t realize delivering the business outcomes, benefits and value is their role
they usually don’t know how to do it.
So the first step is the recognize the existence of the ‘value gap’ – that the implementation of the project won’t automatically deliver the value.
Impact on Scope
Recognition of the ‘value gap’ gives a new perspective on scope definition (and scope reduction). Any move to constrain/reduce the scope leaves a bigger gap between the project’s outcomes and the value. A gap that either has to filled by business-as-usual or the value will be reduced or foregone.
Impact on change
The ‘value gap’ consists of change activities that need to be done. So if it is agreed the necessary change activities are not going to be actioned by the project team, they need to be actioned by the business.
So, these activities need to be identified, organized and planned for execution. But these activities should not be left to business staff’s ingenuity, but should be planned jointly by the project and business teams so that the change plans are understood and owned by the business.
Impact on project completion
No project should be considered finished if plans to deliver each of the business outcomes and benefits do not exist. However, the plans need to be able to be executable by the business.
This ongoing execution of change activities continues on AFTER the end of the project as the strategic intent of the project – delivery of the value – has not yet been delivered.
Impact on governance
Therefore the Sponsor needs to continue to chair Steering Committee meetings monthly, receive reports from the business areas on their measured progress in delivering the business outcomes and value for some time after the project has been closed down.
When the bulk of the activities shift from delivering outcomes to progressively realizing value (eg releasing staff as the workload drops), the governance team can agree with the business that any remaining change activities are now fully the accountability of ‘business-as-usual’.
Impact on Sponsorship
The reason why projects are invested in is to realize the value. This is the ‘contract’ the Sponsor enters into with the business.
The Sponsors should, therefore, report back to their investment committee on their value-delivery performance. How did they do? What value did they realize and for what cost?
A simple step that focuses each Sponsor on their project’s value.
As we say, “Focus wins, It’s that simple.”
Leave your comment