The Problem with Project Management Scope. Traditionally, scope and its management is seen as a key project management control mechanism with strict change controls asserted over proposed scope changes. This appears to make sense...



Project management contributes to project success, but does not guarantee it.

Project management can efficiently deliver the wrong result as well as a high-value result; it is content agnostic. You, therefore, need effective project management to increase the efficiency of your project’s delivery. But you cannot rely on project management to increase the quality of your project’s outcomes if they’re not set up correctly in the first place.

PMBOK, for example, does not include either a requirements definition stage or benefits management process; these are value delivery processes and therefore not part of the project management stream (even though they are often assumed to be).

As project management is about organizing the delivery of “something” a project manager is naturally pulled towards getting to the delivery stage as soon as possible. The time required to define the desired outcomes and business requirements can be as a frustration to the project manager — which is why so many projects rush off with vague scope definitions and no, inadequate or inappropriate measures of success.

Which leads us to the role of “Scope”

Is it a project management tool or a value delivery one? Traditionally, scope and its management is seen as a key project management control mechanism with strict change controls asserted over proposed scope changes. This appears to make sense when you see most scope change proposals discuss their potential impact on the project’s resources — time, effort and cost.

However, this is a mistake; as the impacts on the business outcomes, benefits and value are rarely considered. This can lead to massive value destruction.

In once recent case a project under financial pressure ‘de-scoped’ one segment to save costs and keep within the original timeline. However, our value analysis showed that this one segment delivered over 60% of the business value and without it the project was not viable. This value-destroying decision was made because no one had considered the impact of the de-scoping on the benefits. Indeed, as they had used conventional business case approaches, they could not link the components of the project with the prospective benefits!

Our view is that scope management is an integral part of the value delivery stream as it establishes the value to be delivered (through what’s in and out) and should only be changed after full consideration of the resultant business benefits and value impact. It is, therefore, a value management tool.

What do you think?

We'd be glad to hear your thoughts below

Topics: Project Management, Scope Management

Further Reading

 




Footnotes

[1] ...





Revision History

First published: Simms, J. (Aug 2009) as "The 'Problem' With Project Management - Scope"

Updated: Chapman, A. (March 2020), Revisions and Corrections