Retired course
This course has been retired and is no longer supported.
About this lesson
The monitoring and controlling processes track the project progress and implement changes and corrective actions when needed. There are twelve monitoring and controlling processes. Part 2.
Exercise files
Download this lesson’s related exercise files.
Monitoring and Controlling Process Group – Part 2.docx62.6 KB Monitoring and Controlling Process Group – Part 2 - Solution.docx
61.9 KB
Quick reference
Monitoring and Controlling Process Group – Part 2
The monitoring and controlling processes track the project progress and implement changes and corrective actions when needed. There are twelve monitoring and controlling processes.
When to use
Once a project has been initiated and approved, these processes are used throughout the remaining lifecycle of the project in order to ensure the project goals and objectives are achieved. They can be applied in a continuous manner or in an episodic manner. If done in an episodic manner, the episodes frequency should be rapid.
Instructions
Monitoring and Controlling Process Group
“Those processes required to track, review and regulate the progress and performance of the project; identify any areas in which changes to the plan are required; and initiate the corresponding changes.” PMBOK® Guide
Due to the unique nature of every project, the project activities must be monitored. The project cannot be put on “autopilot” by publishing the project plan and trusting that everything will go smoothly. The uncertainty and uniqueness of a project means that there will be aspects of the plan that are not accurate. Many of these can be addressed through the minor corrective actions of these processes. Sometime, there will need to be a larger change and new baselines created.
There are twelve processes in the Monitoring and Controlling process group. Four of those processes are addressed in this lesson and the other eight are addressed in other lessons. The four in this module are: Validate Scope, Control Scope, Control Quality and Monitor Risks.
Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017 Part 2, Figure 2-1, Page 562 and Glossary definition, Page 710. |
Validate Scope (5.5)
“The process of formalizing acceptance of the completed project deliverables.” PMBOK® Guide
Monitoring and Controlling Process Group Scope Mgmt Knowledge Area
This process is a customer review of the deliverable that was verified in the Control Quality process to ensure customer acceptance. This often happens at or near the end of the project, but it is considered part of the Monitoring and Controlling processes, not the Closing processes because if the deliverable is not accepted by the sponsor or customer, additional work is needed. This process relies heavily upon the initial definition of customer requirements collected in the Collect Requirements process. If that process was not done well, this process typically becomes very difficult to get customer approval. The primary difference between the Control Quality and Validate Scope processes is that Control Quality determines if the deliverable meets the quality requirements and Validate Scope determines if the deliverable is acceptable to the customer. Ideally those two criteria are the same, but the reality is that they are normally different.
Inputs:
- Project Management Plan
- Verified Deliverable
- Work Performance Data
- Project Documents
Tools and Techniques:
- Inspection
- Decision Making
Outputs:
- Accepted Deliverables
- Change Requests
- Work Performance Information
- Project Documents Updates
Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Figure 5-16, Page 164 and Glossary definition, Page 725. |
Control Scope (5.6)
“The process of monitoring the status of the project and product scope and managing changes to the scope baseline.” PMBOK® Guide
Monitoring and Controlling Process Group Scope Mgmt Knowledge Area
The purpose of this process is to control the scope baseline and prevent scope creep. Scope change occurs on almost every project. This process works closely with the Perform Integrated Change Control process to ensure the scope changes are documented in the scope baseline and the impact of those changes on the other baselines has been coordinated. Although the scope baseline is not an enumerated input to the process, the project management plan is the scope baseline is incorporated into the project management plan. This can be a little confusing when studying for the PMP® exam because the scope baseline is listed as an output of process 5.4 Create WBS.
Inputs:
- Project Management Plan
- Work Performance Data
- Project Documents
- Organizational Process Assets
Tools and Techniques:
- Data Analysis
Outputs:
- Work Performance Information
- Change Requests
- Project Management Plan Updates
- Project Documents Updates
Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Figure 5-18, Page 168 and Glossary definition, Page 703. |
Control Quality (8.3)
“The process of monitoring and recording results of executing the quality management activities to assess performance and ensure the project outputs are complete, correct, and meet customer expectations.” PMBOK® Guide
Monitoring and Controlling Process Group Quality Mgmt Knowledge Area
This process has a two-fold purpose. The first is to ensure that the deliverables that have been generated conform to the quality requirements for those deliverables. The second is to determine what corrective action is needed when the deliverables do not conform to the requirements. At this point the stakeholders are essentially saying to the project team members, “prove it,” when they say they have completed project work. The process is much more concerned about the product quality than the project management process quality.
Inputs:
- Project Management Plan
- Work Performance Data
- Approved Change Requests
- Deliverables
- Project Documents
- Organizational Process Assets
- Enterprise Environmental Factors
Tools and Techniques:
- Data Gathering
- Data Analysis
- Data Representation
- Inspection
- Testing/Product Evaluation
- Meetings
Outputs:
- Verified Deliverables
- Work Performance Information
- Change Requests
- Quality Control Measurements
- Project Management Plan Updates
- Project Documents Updates
Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Figure 8-11, Page 299 and Glossary definition, Page 702. |
Monitor Risks (11.7)
“The process of monitoring the implementation of agreed upon risk response plans, identifying and analyzing new risks, and evaluating risk process effectiveness throughout the project.” PMBOK® Guide
Monitoring and Controlling Process Group Risk Mgmt Knowledge Area
Most projects are full of risks and risks are inherently unpredictable (otherwise they wouldn’t be risks). Because of the uncertainty, risks must be continuously monitored and controlled. Some risks will go away and new ones will be discovered. Some risk response plans will prove effective and others will not. Project assumptions may be valid or may need to be changed. Even the organization’s and stakeholder’s risk sensitivity may change, creating changes in risk response. This process monitors all of those and reinitiates risk analysis processes as needed.
Inputs:
- Project Management Plan
- Work Performance Data
- Work Performance Reports
- Project Documents
Tools and Techniques:
- Audits
- Data Analysis
- Meetings
Outputs:
- Work Performance Information
- Change Requests
- Project Management Plan Updates
- Project Documents Updates
- Organizational Process Assets Updates
Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Figure 11-21, Page 454 and Glossary definition, Page 711. PMBOK is a registered mark of the Project Management Institute, Inc. |
Lesson notes are only available for subscribers.
PMI, PMP, CAPM and PMBOK are registered marks of the Project Management Institute, Inc.