Chapter 26: Scope Management during Monitoring & Controlling the Project

Aim: To understand the following two processes related to Project Scope Management Knowledge Area in Monitoring & Controlling Phase.

• Verify Scope
• Control Scope

Verifying and Controlling Project Scope

The scope management knowledge area defines two processes in the monitoring and controlling process group. The first process, verify scope, is the formal process of accepting project deliverables. It provides a mechanism to verify that deliverables meet or exceed project requirements. The second process, control scope, is the process of managing the project’s status and any changes to the scope baseline. Let’s look at each of the processes individually.

The verify scope process provides the project manager with the formal process to classify deliverables as acceptable or unacceptable.

The table below shows the inputs, tools and techniques, and outputs for the verify scope process.

Verify Scope
Inputs	Tools & Techniques	Outputs
Project management plan Requirements documentation Requirements traceability matrix Validated deliverables	Inspection	Accepted deliverables Change requests Project document updates

One output of the verify scope process is the collection of change requests. These requests are individually addressed through the “Perform integrated change control” process and might result in approved change requests.

Exam Trivia:

Pay close attention to how the outputs of processes are used as inputs to other processes. When I took the exam, the questions were not only about identifying inputs/tools/outputs of a single process but about entities that were a common input/tool/output of multiple processes. I do understand that memorizing all these inputs, tools & outputs is difficult, but, if you understand what they are and how they are related to one another, it will be easy to crack these questions.

To know more about the Verify Scope process Click Here

The next process in the monitoring and controlling process group is the control scope process. This process monitors and controls all changes to the scope baseline to ensure the changes are being handled in a structured manner.

The table below shows the inputs, tools and techniques, and outputs for the control scope process.

Control Scope
Inputs	Tools & Techniques	Outputs
Project management plan Work performance information Requirements documentation Requirements traceability matrix Organizational process assets	Variance analysis	Work performance measurements Organizational process assets updates Change requests Project management plan updates Project document updates

A primary component of the project management plan is the scope baseline. The scope baseline defines the project scope and its associated deliverables, and documents the acceptance parameters of the final product. This baseline helps in clarifying any details that might have been left in a to-be-determined (TBD) mode during the project initiation phase or items that require further clarification with the project sponsor or its stakeholders. The project process indicators in this process are
• The work breakdown structure (WBS)
• Work package progress reports

Exam Trivia:

Do you remember what a work breakdown structure is? A work breakdown structure (WBS) decomposes the project work into manageable chunks or work packages.

The idea behind effectively defining the WBS is to create the roadmap that defines all the activities that will be executed to accomplish the project goal.

The WBS is one of those elements that changes as time and resource utilization passes. Why? As you perform the tasks outlined in your baseline, the recorded changes accommodate any differences between the planned theory and the actual execution.
An effective WBS assists the stakeholders to understand the activities and events that help in delivering the project promise, as well as outlining internal and external resource use. The entire project execution team looks at the WBS to inquire about present, past, and future deliverables and their effectiveness.

Due to its nature and importance, the creation of the WBS should not be taken lightly. It must be considered as the one element that all project participants might want to be considered when formulating an opinion.

To know more about the Control Scope Process Click Here

Prev: Chapter 25

Next: Chapter 27

Chapter 90: Verifying the Scope of Project Deliverables

Before we begin closing the project, we need to ensure that all the project deliverables have been successfully delivered to the customer. This is done by the Verifying Scope process.
Verifying scope is the process of formally accepting the completed project deliverables. Before you hand over the project deliverables to the appropriate party mentioned in the project management plan, such as the customer or the sponsor, you need to verify that these deliverables actually meet the planned scope. So, verifying the scope of the project deliverables includes reviewing deliverables to ensure that all of them are completed as planned and therefore as expected.

Trivia:
We should perform the scope verification process even if the project is terminated or ended before completion. In that case we would verify and document the level and extent of the project and product scope that was completed.

The process used to verify the scope is called Verify Scope and is illustrated in the picture below:

To verify the scope of deliverables, you need to pull out the project management plan and look at the sections related to the planned scope: the project scope statement, WBS, and WBS dictionary. The project scope statement includes the list of deliverables, the product scope description, and the product acceptance criteria. More scope-related details can be found in the WBS, which defines the decomposition of each deliverable into work packages. Further details, such as a description of each WBS component, the related statement of work, and technical requirements, can be found in the WBS dictionary.

The product requirements should be considered part of the scope and can be found in two documents: the stakeholder requirements document and the requirements traceability matrix that you prepared in the process of collecting requirements during the planning stage of the project. Finally, before you go through the process of scope verification, you should get all the deliverables validated through the quality control process. You can use inspection or auditing on the deliverables if necessary, even in the Verify Scope process.

The actual scope verification activity has different names in different organizations, such as audits, inspection, product review, and walkthrough. Nevertheless, the output of this activity is documentation of two kinds:

• Documentation of which deliverables have been accepted i.e., verified.
• Documentation of those deliverables that have not passed verification and therefore are not accepted.
• Also, documentation of the reasons why they failed the verification.

The scope verification process may also give rise to change requests, such as requests for defect repairs.

Trivia:
Don’t confuse scope verification with quality control. Quality control is primarily focused on checking the correctness of the deliverables and other quality requirements, whereas scope verification is primarily concerned with overall acceptance of the project deliverables. Quality control is usually performed before the project delivery while verification is done after the delivery is complete.

The project deliverables that have been accepted through the scope verification process still need to go through final acceptance by the appropriate party, such as the customer or the sponsor.

Prev: Big Picture of Closing the Project

Next: Performing Project Closure

Chapter 27: Managing Scope

In the previous chapter, we saw how important it is to create the Project Management Plan and also about how to create it. Let us now get into the Scope Management part of our Project Planning phase.

What is Scope?

The scope of a project consists of the project scope and the product scope. The project scope is defined as the work that must be performed to deliver the required products, services, or results with the specified functions and features. The product scope is the set of functions and features that characterize a product, service, or result to be delivered by the current project.
It is about both what is included in the project and what is not. In other words, scoping a project means drawing boundaries around it, so that everyone knows what will be done and what will not be done. The importance of managing the project scope cannot be overemphasized because it has a profound impact on the overall success of the project.

Trivia:
Project scope is not the same thing as the product scope. Project scope is the work required to deliver the product scope.

Is Scope Management Important?

If you feel the scope management is not important, imagine this:

Let’s say you started a project to deliver an online banking website for ABC Bank and are 6 months into development. The go live date is in 12 weeks and the customer wants to include credit card information in the website. This was not part of the initial estimates & scope.
Unfortunately, your project manager accepted this because he wanted to please the customer.
Now think what will happen to you and your team mates? You all will be neck deep in unexpected work and the next 12 weeks will be most miserable work days of your life and that is only if you manage to deliver the project to the customer. If you don't, then its only going to get worse…
If your project manager had put his foot down and said, the credit card details were not part of the initial scope & estimate and a change of this magnitude cannot be taken up in such a short notice of 12 weeks, imagine the scenario…

Now you get the idea of why scope management is important?

What is Project Scope Management

The major goal of scope management is to ensure that the required work and only the required work is included and performed in the project.

Just go back to the previous paragraph and read the example. If the project manager had a scope management document that outlined the list of tasks that will be completed as part of the project, he could use that to substantiate his argument that, such a large chunk of work cannot be taken up this late in the project execution.

The Project Scope Management will do the following:

1. Collect requirements - Define the project and product requirements and develop a plan to manage those requirements. This will help clarify what needs to be done.
2. Define scope - Develop a detailed description of the project and the product that will determine what needs to be done.
3. Create work breakdown structure (WBS) - Break down the scope into concrete, manageable components.
4. Verify scope - Formalize the acceptance of the completed project deliverables. Identify how you will verify that the project scope has been executed as planned.
5. Control scope - Determine how to monitor the status of the project and product scope and monitor and control changes to the scope.

Let us take a picture to understand this better.

Note: The above picture is a high level view. Each stage may involve an in depth analysis by the Project Manager to capture accurate information.

Let us now take a look at which process group each of these activities belong to and what the output of these activities would be.

Scope Management Process	Process Group	Output
Collect Requirements	Planning	Requirement management plan and other requirement documents
Define Scope	Planning	Project scope statement
Create WBS	Planning	WBS and scope baseline
Verify Scope	Monitoring and controlling	Acceptance of deliverables and change requests
Control Scope	Monitoring and controlling	Work performance measurements

Developing the Project Scope Management Plan

Before starting to perform the five scope management processes, you develop the scope management plan. This work is recommended to be part of the effort of developing the project management plan. This plan will work as a guide for handling the following:

• How can you define the scope? To answer this question, the scope management plan includes the following:
      o A process to prepare a detailed project scope statement based on the preliminary project scope statement.
      o A process that will enable the creation of the work breakdown structure (WBS) from the detailed project scope statement and will establish how the WBS will be maintained and approved.
• How can you verify the scope? The scope management plan answers this question by including a process that describes how the formal verification and acceptance of the completed project deliverables will be obtained.
• How can you control the scope? The scope management plan answers this question by including a process that specifies how the requests for changes to the detailed project scope statement (which we also refer to as the scope statement) will be processed.

Whether the project scope management plan is informal and high-level (without too much detail) or formal and detailed depends upon the size, complexity, and needs of the project.

The project scope management plan becomes part of the project management plan.

So, the project scope planning specifies how to define, verify, and control the project. Before you can actually define the scope, though, you need to have a very crucial item in place: stakeholder requirements.

Previous: Developing Project Management Plan

Next: Collecting Requirements