How to Prevent Scope Creep

Online PM Courses - Mike Clayton
20 May 202010:02

Summary

TLDRIn this video, the project manager discusses the perils of 'scope creep,' a phenomenon where additional tasks are added to a project, potentially derailing its completion. The video outlines a two-step strategy to combat this: first, precisely defining the project scope and documenting both in-scope and out-of-scope items; second, gaining stakeholder agreement and signatures on the scope statement. It also addresses the inevitability of change, suggesting structured change control processes and agile methodologies to manage scope effectively. The ultimate goal is not to prevent scope changes but to control them with proper governance.

Takeaways

  • 🚫 'Could you just...' are the three words project managers fear as they often signal the beginning of scope creep.
  • πŸ“ˆ Scope creep is dangerous because it can quickly deplete project resources, impacting deliverability, time, and budget.
  • πŸ” The project's progress and resource usage typically follow an S-curve, with resources depleting rapidly after the initial phase.
  • πŸ“‹ To prevent scope creep, define the project scope with precision, including what is in and out of scope.
  • 🀝 Engage with the project sponsor or client to review and agree upon the defined scope, and obtain their authorization.
  • πŸ“ Documenting and signing off on the scope statement provides a baseline for negotiating changes and managing expectations.
  • πŸ€” Recognize that scope creep can't always be prevented, as changes in the environment and stakeholder needs are inevitable.
  • πŸ”„ Implement a structured change control process to manage requests for changes, weighing the benefits against the costs.
  • πŸ”§ Utilize agile methodologies or hybrid approaches for projects with inherent uncertainty, allowing iterative scope definition.
  • πŸ”‘ Good governance around scope changes involves considering the value of changes, ensuring controlled and managed scope creep.
  • πŸ”„ For traditional projects, consider accommodating significant scope changes in subsequent phases or versions of the project.

Q & A

  • What are the three words that project managers fear the most?

    -The three words that project managers fear the most are 'could you just', which typically precedes a request for additional work or changes to the project scope.

  • Why is scope creep considered dangerous in project management?

    -Scope creep is dangerous because it can lead to a significant impact on the deliverability of a project, potentially causing delays, exceeding the budget, and affecting the ability to deliver the project on time and within the specified quality standards.

  • How does the resource usage graph illustrate the danger of scope creep?

    -The resource usage graph, which typically follows an S-curve, shows that resources are used very quickly once the project moves past the initial stage. Adding additional scope at this point can deplete resources rapidly, jeopardizing the project's successful completion.

  • What is the two-step process to control scope creep?

    -The two-step process to control scope creep involves: 1) Defining the scope with precision, including what is in and out of scope, and 2) Gaining approval and authorization for the defined scope from the project sponsor, steering group, or client.

  • Why is it important to document a list of out-of-scope items?

    -Documenting a list of out-of-scope items is important to clearly define the project boundaries and to anticipate and prevent potential requests that could lead to scope creep.

  • What role does the project sponsor play in controlling scope creep?

    -The project sponsor plays a crucial role in controlling scope creep by authorizing and signing off on the scope statement, which outlines what is in and out of scope, providing a baseline for managing scope changes.

  • What is the significance of getting requirements right the first time in preventing scope creep?

    -Getting requirements right the first time is significant because it involves excellent requirements gathering and stakeholder negotiation, which helps in balancing different needs and desires, thereby reducing the likelihood of scope changes later in the project.

  • What is Moscow analysis and how can it help in controlling scope creep?

    -Moscow analysis is a prioritization technique that categorizes scope options into Must-haves, Should-haves, Could-haves, and Won't-haves. It helps in controlling scope creep by clearly defining the priority of requirements and facilitating negotiations among stakeholders.

  • How can a structured change control process help in managing scope creep?

    -A structured change control process helps manage scope creep by controlling requests for change, ensuring each request is supported by evidence of need and a statement of benefits that can be weighed against the costs.

  • What is the role of agile methodologies in dealing with scope creep?

    -Agile methodologies, and hybrids between agile and traditional project management approaches, allow for iteration and controlled redefinition of scope, accommodating changes in a structured way without compromising the project's overall objectives.

  • Why is it not always the objective to prevent scope creep entirely?

    -It is not always the objective to prevent scope creep entirely because the project environment, stakeholder needs, technology, and other factors can change, necessitating controlled adjustments to the project scope to adapt to these changes effectively.

Outlines

00:00

🚧 Managing Scope Creep in Project Management

This paragraph discusses the concept of scope creep in project management, which is the uncontrolled addition of new requirements to a project that can lead to delays and budget overruns. The speaker emphasizes the importance of defining the project scope with precision and getting it right from the start. They introduce a two-step process to control scope creep: first, by clearly defining the project scope and documenting both in-scope and out-of-scope items, and second, by presenting this documentation to stakeholders for approval. The speaker also acknowledges that sometimes scope changes are inevitable due to external factors, and having a structured change control process or adopting an agile approach can help manage these changes effectively.

05:01

πŸ” Strategies for Controlling Scope Creep

The second paragraph delves into strategies for controlling scope creep, starting with the importance of getting requirements right the first time through effective stakeholder communication and negotiation. The speaker mentions the use of MoSCoW analysis, a prioritization technique, to help balance stakeholder needs. They stress the necessity of documenting the agreed-upon scope and having it signed off by stakeholders. The paragraph also addresses the reality that some changes are necessary and suggests a structured change control process to evaluate and manage these changes. The speaker introduces the concept of agile methodologies and their hybrid forms as a way to iteratively redefine scope in a controlled manner. Lastly, they propose the idea of accommodating significant changes through subsequent project phases, thus integrating agile principles into traditional project management structures.

Mindmap

Keywords

πŸ’‘Scope creep

Scope creep refers to the gradual expansion of a project's scope beyond its original objectives, often without adjustments to time, budget, or resources. In the video, it is described as a major danger for project managers because it can lead to delays, increased costs, and reduced project quality. An example provided in the script is when someone asks for 'just' a small addition, which can rapidly drain remaining resources.

πŸ’‘S-curve

The S-curve is a visual representation of project progress over time, typically showing how resources are consumed and tasks are completed. It illustrates that resource usage accelerates after initial planning stages, which is why scope creep can be particularly dangerous in later phases. In the video, the S-curve explains how resources are depleted and why adding scope at certain stages is costly.

πŸ’‘In scope

'In scope' refers to the tasks, deliverables, and objectives that are explicitly included in a project's plan. The video emphasizes the importance of clearly defining what is 'in scope' to prevent scope creep. For example, the project manager must document exactly what the project will deliver and ensure this is approved by key stakeholders.

πŸ’‘Out of scope

'Out of scope' refers to the tasks or features that are excluded from a project's objectives. The video suggests documenting these exclusions to protect against scope creep by ensuring stakeholders agree on what will not be delivered. For instance, if a stakeholder asks for an additional feature, the manager can reference the 'out of scope' list to avoid adding unauthorized work.

πŸ’‘Project sponsor

A project sponsor is a key stakeholder who has the authority to approve project scope and budget. In the video, the project sponsor plays a critical role in signing off on the project’s scope. The project manager uses this approval as a safeguard against unauthorized changes or scope creep by referencing the sponsor's signature when declining additional requests.

πŸ’‘Change control process

The change control process is a structured method for evaluating and approving changes to a project's scope, timeline, or budget. The video stresses the importance of having such a process to manage scope changes. It ensures that any modifications are justified by a clear need and properly assessed for their impact on resources, time, and quality.

πŸ’‘Requirements gathering

Requirements gathering is the process of understanding and documenting the needs and expectations of project stakeholders. The video highlights the importance of this step in avoiding scope creep, as it ensures the project’s objectives are well-defined from the outset. Proper requirements gathering helps balance different stakeholder demands and prevents misunderstandings about the project's goals.

πŸ’‘Moscow analysis

Moscow analysis is a prioritization technique used to categorize project requirements into 'Must-haves,' 'Should-haves,' 'Could-haves,' and 'Won't-haves.' In the video, this method is recommended for managing scope by helping the project manager and stakeholders prioritize what is essential and what can be excluded. This prevents overloading the project with non-essential features.

πŸ’‘Agile methodology

Agile methodology is a flexible, iterative approach to project management that allows for evolving requirements and frequent reassessment of scope. The video discusses agile as an alternative to traditional methods when project requirements are uncertain or change frequently. Agile’s iterative nature makes it easier to manage scope creep by incorporating changes in smaller, controlled increments.

πŸ’‘Governance

Governance in project management refers to the framework and processes that ensure decisions, changes, and resources are managed properly. The video emphasizes good governance as essential for controlling scope creep. This includes ensuring that any changes to the project’s scope are supported by proper documentation, stakeholder approval, and a clear understanding of the costs and benefits involved.

Highlights

Scope creep is one of the most feared issues in project management as it can significantly impact project deliverability.

The danger of scope creep is illustrated through a graph showing the relationship between project progress and resource usage.

Resource depletion follows an s-curve, highlighting the rapid consumption of resources post-project initiation.

Adding scope after the project's initial stage can lead to resource shortages and affect the project's time and budget.

Controlling scope creep involves a two-step process: defining scope with precision and managing scope approval.

Defining the project scope requires clearly articulating what is in and out of scope.

Documenting a list of out-of-scope items is crucial for anticipating and managing future requests.

Getting stakeholder buy-in through a signed scope statement is essential for managing expectations.

The video discusses the 'autograph Top Trumps' phenomenon where higher authority can override scope agreements.

Having a documented scope provides a baseline for negotiating changes and managing scope creep.

Excelling at requirements gathering is key to preventing scope creep from the outset.

The Moscow analysis is introduced as a valuable tool for prioritizing scope options.

The importance of documenting and signing off on the statement of scope is emphasized for governance.

The video acknowledges that preventing scope creep is not always the objective due to changing circumstances.

A structured change control process is suggested for managing scope changes effectively.

Agile methodologies and hybrid approaches are recommended for projects with inherent uncertainty.

The video suggests that sometimes accommodating significant scope changes through project phases can be beneficial.

The ultimate goal is not to prevent scope creep but to control it with good governance and value consideration.

Uncontrolled scope creep is identified as a killer of good projects, emphasizing the importance of control.

Transcripts

play00:00

as a project manager there are three

play00:03

words that we fear more than any other

play00:06

because our project is going well and

play00:09

someone comes up to us and says could

play00:13

you just could you just are the three

play00:16

words that mean somebody wants something

play00:20

extra from your project and that opens

play00:23

the door to one of the most dangerous

play00:25

things in project management scope creep

play00:30

so in this video I want to look at how

play00:32

you can prevent scope creep

play00:35

[Music]

play00:41

the reason why scope creep is so

play00:43

dangerous is easy to understand if we

play00:47

look at a simple graph

play00:49

this graph represents the progress of

play00:53

your project going from the start to the

play00:57

end of your project it goes from zero to

play00:59

100% completion it also represents the

play01:05

usage of your resources be they hours of

play01:08

people's time materials or budget once

play01:13

again it goes from zero to 100% and it

play01:17

typically follows this kind of s-curve

play01:23

what's important about this curve is

play01:26

what happens if you subtracted from 100%

play01:29

to give you the curve for the depletion

play01:32

of your resources the amount of resource

play01:35

you have remaining which will now go

play01:38

from 100 to 0%

play01:42

the danger of scope creep is that once

play01:46

you move past the initial stage of your

play01:49

project you're using resources very

play01:52

quickly

play01:54

that means that if someone tries to add

play01:57

additional scope to your project

play02:00

you rapidly find that you don't have the

play02:04

resources you need to accommodate that

play02:06

change of scope without having a

play02:08

significant impact on the deliverability

play02:11

of your project and on your ability to

play02:14

deliver that project to time and within

play02:17

budget

play02:20

therefore scope creep is dangerous and

play02:23

we must do what we can to control it

play02:27

the basic approach to control is scope

play02:30

creep is a two-step process and step one

play02:33

is to define your scope with precision

play02:36

if this circle

play02:40

represents the complete scope of your

play02:42

project with everything inside the

play02:44

circle being the things that are in

play02:46

scope for your project and everything

play02:49

outside the circle being out to scope

play02:51

your first job is to characterize that

play02:54

boundary to define your scope with

play02:57

precision you must not only articulate

play03:00

precisely what is in scope for your

play03:02

project but you must also anticipate

play03:05

that could you just that lead to things

play03:08

falling out of scope so document a list

play03:12

of out of scope items as well the

play03:15

exclusions from your project

play03:18

once you have all that documented

play03:22

second stage of the process is to take

play03:24

that to your boss to your project

play03:27

sponsor to your steering group or to

play03:29

your client show them your documentation

play03:34

of what you believe is in scope and what

play03:36

is out of scope and ask them this simple

play03:38

question if we deliver everything that

play03:40

is in scope to the budget given us to

play03:45

the time specified until the quality

play03:47

standards you require will you be happy

play03:50

and if we deliver none of the exclusions

play03:53

will you be happy if they say yes and

play03:57

get them to sign to show that they

play04:00

authorized your scope statement

play04:04

once they've done that then when someone

play04:06

comes up to you and says hey Mike could

play04:09

you just you can look them in the eye

play04:11

inside

play04:13

I'm sorry I wish I could

play04:17

I can't because my boss my client my

play04:20

sponsor has signed to specify that this

play04:24

is the scope I must deliver

play04:28

now the thing is I'm not naive I know

play04:31

there is a tendency within your

play04:33

organization and many others to play a

play04:35

game that I call autograph Top Trumps

play04:38

that's to say my boss's signature is

play04:41

better than your boss's signature

play04:44

but even if that happens

play04:47

because you've done the work of

play04:48

documenting precisely what is in and out

play04:51

of scope and therefore what your sponsor

play04:54

will get for their money and in the time

play04:56

available you have a firm baseline from

play05:00

which to negotiate changes to scope

play05:05

because this other person has a more

play05:08

senior role than your boss than your

play05:09

sponsor they can authorize the removal

play05:14

of items from scope in order to

play05:16

accommodate their desired changes or

play05:19

they can authorize the additional budget

play05:21

or the additional time add those extra

play05:25

scope items to your project

play05:27

the second thing I'd say is that in

play05:30

order to control scope you need to get

play05:33

it right the first time that's to say

play05:36

you need to be excellent at requirements

play05:39

gathering understanding the needs of the

play05:41

different stakeholders and then

play05:43

conducting a negotiation among those

play05:45

stakeholders to balance the desires of

play05:49

one stakeholder with the needs of

play05:50

another and the needs of a third stake

play05:53

holder with the Preferences of yet

play05:55

another

play05:58

valuable tools this you can use to help

play06:01

you do that is Moscow analysis an

play06:04

analysis of the musts the shirts the

play06:08

Kurds and the once among scope options

play06:11

and we have a video describing that in

play06:13

detail

play06:15

once you've conducted that negotiation

play06:17

and recognized that you can please all

play06:20

the people some of the time and some of

play06:22

the people all of the time but you can't

play06:24

please all of your stakeholders all of

play06:27

the time once you've conducted that

play06:28

negotiation it's essential then to

play06:30

document that carefully to make sure

play06:33

that the requirements are reflected by a

play06:35

statement of scope and that statement of

play06:37

scope is properly documented and signed

play06:40

off

play06:41

but remember preventing scope creep is

play06:45

not always your objective because the

play06:48

world changes the needs of stakeholders

play06:50

changes the competitive environment

play06:52

changes technology changes legislation

play06:55

changes everything changes and to be

play06:58

dogmatic and to say no we are not going

play07:01

to change the scope of this project ever

play07:03

it's just foolish

play07:06

there are two main solutions to this

play07:10

problem and the first is a structured

play07:12

change control process and again we have

play07:14

videos on controlling change and a

play07:16

long-form article on our website

play07:20

change control is the process whereby

play07:22

you control requests for change and you

play07:28

make sure that each request for change

play07:30

is supported by evidence of need and by

play07:34

a statement of benefits to match up

play07:36

against the costs

play07:38

the other approach is to recognize that

play07:40

some projects are inherently uncertain

play07:43

at the outset we don't know for sure

play07:45

what the right solution is going to look

play07:47

like maybe the problem isn't fully

play07:50

characterized and that's where the agile

play07:53

style of project and hybrids between

play07:55

agile and the more traditional

play07:58

predictive approach to project

play07:59

management really come into their own

play08:02

because these approaches allow us to

play08:05

iterate and successively redefine our

play08:10

scope in a controlled way

play08:13

your objective is not to prevent changes

play08:15

in scope or scope creep your objective

play08:18

is to control it to manage the process

play08:21

and to ensure that there is good

play08:24

governance around any scope changes and

play08:27

good governance means a proper

play08:30

consideration of the value of any

play08:32

changes you make

play08:34

a third approach suitable for more

play08:36

traditional predictive project

play08:38

management is to recognize that

play08:39

significant changes of scope can be

play08:42

accommodated by a second or a third

play08:44

phase of your project a version 2 of the

play08:47

product you're producing perhaps

play08:50

this is a way of incorporating some of

play08:53

the ideas of agile in to a more

play08:55

traditional project structure

play08:58

so the answer to the question how to

play09:01

prevent scope creep is by careful

play09:04

definition of scope and careful

play09:06

management of the approval of that scope

play09:08

but remembering that preventing scope

play09:12

creep isn't your prime objective it's

play09:14

controlling it as with everything in

play09:17

project management bringing it under

play09:19

control is what really matters

play09:22

however you choose to manage it

play09:24

controlling scope creep is vital

play09:28

because uncontrolled scope creep

play09:32

a killer of good projects please give us

play09:38

a thumbs up if you liked this video I'll

play09:40

be producing loads more great project

play09:43

management content so please subscribe

play09:45

to our channel and hit the bell so you

play09:48

don't miss any of it and I look forward

play09:51

to seeing you in the next video so to

play09:57

answer the question how to prevent

play09:58

stroke stroke broke

Rate This
β˜…
β˜…
β˜…
β˜…
β˜…

5.0 / 5 (0 votes)

Related Tags
Project ManagementScope CreepResource ManagementStakeholder NeedsRequirements GatheringChange ControlAgile MethodologyScope DefinitionProject DeliverabilityRisk Mitigation