SlideShare a Scribd company logo
What is Project Control?
Another useful section of Gary Heerkens’ brief case book “Project Management” covers Project Control
and what it really means to the project manager. The discussion centers around the objectives of project
control and what it is that the project manager is actually trying to control. I’m not wholeheartedly
endorsing this information – I never am when I provide a magazine or book excerpt. However, I do find it
interesting and worth further review and discussion.
What Project Control Really Means
The term control has several meanings. Those new to project management are initially dismayed by
the use of the term “control,” because they mistakenly equate it with the concept of authority. In the
world of project management, control has very little to do with telling people what to do, dictating
their actions or thoughts, or trying to force them to behave in a certain way— all of which are
common interpretations of control. In project management, the term “control” is much more
analogous to steering a ship. It’s about continually making course adjustments with one main
objective in mind—bringing the ship into safe harbor, as promised at the start of the voyage. And the
successful project voyage includes identifying a specific destination, carefully charting a course to
get there, evaluating your location throughout the voyage, and keeping a watchful eye on what lies
ahead.
The Objective of Project Control
Fledgling project managers (and some experienced ones!) often make the same mistake when trying
to keep control of their projects. They get wrapped up in the here and now—the measurement and
evaluation of their immediate situation—to the exclusion of everything else. They calculate their
current position and how far off course they are. That’s what they report to management and promise
to fix. Their entire focus consists of staying on the line they’ve drawn from the beginning to end of
the project. Unfortunately, controlling the destiny of your project is not that simple.
As we’ll see, evaluating where you are in terms of where you’re supposed to be is certainly part of
the overall control and “getting back on track” is almost always a sound strategy. But your primary
mission is to deliver what you’ve promised, so you should think of “maintaining control” in terms of
minimizing the distance between where you end up and where you said you’d end up.
This means that overall project control requires an eye on the future, as this formula shows:
Calculated Present Variance + Estimated Future Variance = Final Project Variance
Maintaining proper control really requires that you consider three parameters: (a) where you are,
compared with where you’re supposed to be; (b) what lies ahead that can affect you; and (c) where
you’re going to end up, compared with where you said you would end up. Bear in mind that (a) and
(b) are used primarily as internal control functions(although you may choose to report them outside
the team). They’re used for evaluating (c). At the risk of being repetitive, your primary focus should
always be on evaluating where you think you’re going to end up.
There are two reasons for this.
First, you must take intelligent and meaningful corrective action with the end point in mind. Guiding
the ship must include more than just steering it back on course; it must also include recognizing that
there’s an object up ahead that you’re going to have to steer around or winds around the upcoming
point of land that have kicked up since you started your voyage. The future will always be different
than expected at the outset of the project. Assumptions will be revised, operating conditions will
change, and new things will be thrown in your path. Sometimes, actions you take now must
compensate for future sources of variance as well as variances created though past performance.
The second reason you need to focus on the end point pertains to management reporting. In most
cases, what will probably interest them most is a prediction of where you think you’re going to end
up: this is the type of information they need to run the business. Being able to report to your
management that you’re two weeks behind schedule or $10,000 over budget right now may or may
not be of value to them. Reporting that you expect the project to be completed three weeks late or
$15,000 over budget is much more likely to be of value.
What Are You Actually Controlling?
At this point, you’re probably saying, “OK, so I should be focused on the end point of the project and
I should be trying to ‘get back on track’ and minimize variances. But the end point of what? Get back
on whattrack? And whatkind of variance are we talking about?” All good questions.
The answers to these questions will take us back to the discussion in Chapter 2 about the dimensions
of project success. The most fundamental measure of project success relates to meeting the agreed-
upon targets in each of these dimensions. These are the targets that you promised to meet at the
beginning of the project; these are the targets that you should focus on controlling.
Two of the targets pertain to the consumption of resources:
 Schedule: Was the project completed on time? (How long did we take?)
 Cost: Did the project come in at cost? (How much did we spend?)
The other two targets are tied to the deliverables of the project:
 Functionality: Do project deliverables have the expected capability? (What can they do?)
 Quality: Do the deliverables perform as well as promised? (How well can they do it?)
As far as many organizational managers are concerned, the ideal end point occurs when a project
meets these four targets exactly as promised. Although “beating targets” is often characterized as
desirable, hitting targets provides a level of predictability that most organizational managers value.
The first two targets (schedule and cost) often get the most attention; hence the very common phrase
“controlling cost and schedule.”
Sometimes, however, controlling cost and schedule gets too much attention and deliverable
performance is not as closely monitored as it should be. This is a major oversight, one that you
should concentrate on avoiding.
It is important to consolidate the information of the knowledge areas that require special attention:
Scope, Time, Costs, Quality, Staff, Risks, Communications and Stakeholders. You will obtain
then the following benefits:
 Instant view of the project status: anticipation to issues and decisions based on relevant
information.
 Avoid budget overrun and delays: as a result of an effective monitoring of all the important
aspects of the project.
 Improvement of productivity: Minimising the necessary time to generate reports, gathering
informaction from different sources.
 Collaboration of all stakeholders: a well informed team is a solid and motivated team.
 Objective evaluation of providers: efficiency parameters to define improved contractual
agreements.
 Continuous improvement: anything that can be measured and analysed can be improved.

More Related Content

DOCX
Using the work breakdown structure to plan a project
PDF
Project Schedule PowerPoint Presentation Slides
PDF
PDD - Rolling Wave Planning v4
PDF
A Risk Perspective -- Rolling Wave Planning
PPT
Project management
PDF
Why Scheduling Mustn't Be Allowed to Become an Extinct Science
PDF
Project Closure Activities In Project Management Powerpoint Presentation Slides
PDF
Project Time Estimation 6 Powerful Tips & Tricks
Using the work breakdown structure to plan a project
Project Schedule PowerPoint Presentation Slides
PDD - Rolling Wave Planning v4
A Risk Perspective -- Rolling Wave Planning
Project management
Why Scheduling Mustn't Be Allowed to Become an Extinct Science
Project Closure Activities In Project Management Powerpoint Presentation Slides
Project Time Estimation 6 Powerful Tips & Tricks

What's hot (19)

PDF
Project Management Control Systems
PDF
What is a Work Breakdown Structure?
PDF
DCMA 14-Point Schedule Quality Check
PDF
Developing Standards for Enterprise Schedule Quality
PPTX
Engineering Economics|Work Breakdown Structure
PDF
Your Strategy Guide for Managing Project Scope
PPT
Wbs & Project Scheduling
PPT
Wbs, estimation and scheduling
PPTX
Construction Delay Analysis, Simplified
PDF
Program Management 2.0: Work Breakdown Structure
DOCX
Stopping the insanity
PPT
Project Planning
PDF
Project Workforce Management PowerPoint Presentation Slides
DOCX
Pm0015 – quantitative methods in project management
PDF
Event based scheduling brown bag
PPT
06 pert cpm
PDF
Project Management 08
PDF
Most Popular 20 Evergreen Project Management Terms
PPTX
Critical chain and buffer management
Project Management Control Systems
What is a Work Breakdown Structure?
DCMA 14-Point Schedule Quality Check
Developing Standards for Enterprise Schedule Quality
Engineering Economics|Work Breakdown Structure
Your Strategy Guide for Managing Project Scope
Wbs & Project Scheduling
Wbs, estimation and scheduling
Construction Delay Analysis, Simplified
Program Management 2.0: Work Breakdown Structure
Stopping the insanity
Project Planning
Project Workforce Management PowerPoint Presentation Slides
Pm0015 – quantitative methods in project management
Event based scheduling brown bag
06 pert cpm
Project Management 08
Most Popular 20 Evergreen Project Management Terms
Critical chain and buffer management
Ad

Viewers also liked (10)

PPT
Project Management Control
PDF
Project Control Basics
PPTX
Budgets, forecasts, and cashflow presentation
PPTX
Steps in project control process
PPT
Project control
PDF
Project Control Process
PDF
Project Controlling and Project Monitoring
PPT
Classification Of Cost
PPT
Project planning and control
PPSX
Project management
Project Management Control
Project Control Basics
Budgets, forecasts, and cashflow presentation
Steps in project control process
Project control
Project Control Process
Project Controlling and Project Monitoring
Classification Of Cost
Project planning and control
Project management
Ad

Similar to What is project control (20)

PDF
Chap05_Project Monitoring and Control.pdf
PPT
Project Management Ch 14.ppt
PPTX
Interactive work: Project management for dummies
PPTX
success and failure of project chapter 5.pptx
DOCX
PJM6000Project Management PracticesWeek 5Deb Cote,.docx
DOCX
PJM6000Project Management PracticesWeek 5Deb Cote,.docx
PDF
Advice & Tips To Improve Your Skills
PDF
Project management
PDF
project-management.pdffjfjfwjfwoifjweoifjwefoi
PPT
Identifying a project in trouble and re-planning
PDF
Monitoring and Controlling in Project Management DAY 4.pdf
PDF
MandC.pdf
DOCX
Assignment
PPT
Project Management
PDF
Introduction to Project Management (as per Anna University Syllabus)
PDF
1-7Projectmanagement-120312002842-Phpapp01
PDF
1.7 project management
DOCX
Pmbok
DOCX
Minor project by priyanshu kumar, 9608684800
PPTX
IT PROJECT MANAGEMENT FOR AUTONOMOUS STUDENTS FOR ANNA UNIVERSITY
Chap05_Project Monitoring and Control.pdf
Project Management Ch 14.ppt
Interactive work: Project management for dummies
success and failure of project chapter 5.pptx
PJM6000Project Management PracticesWeek 5Deb Cote,.docx
PJM6000Project Management PracticesWeek 5Deb Cote,.docx
Advice & Tips To Improve Your Skills
Project management
project-management.pdffjfjfwjfwoifjweoifjwefoi
Identifying a project in trouble and re-planning
Monitoring and Controlling in Project Management DAY 4.pdf
MandC.pdf
Assignment
Project Management
Introduction to Project Management (as per Anna University Syllabus)
1-7Projectmanagement-120312002842-Phpapp01
1.7 project management
Pmbok
Minor project by priyanshu kumar, 9608684800
IT PROJECT MANAGEMENT FOR AUTONOMOUS STUDENTS FOR ANNA UNIVERSITY

More from Davinder Singh (12)

DOCX
What is project control
DOCX
The project management information system
DOCX
Soliciting proposal
DOCX
Project meetings ddddd
DOCX
Measuring in
DOCX
DOCX
Measuring in
DOCX
DOCX
The project management information system
DOCX
Soliciting proposal
DOCX
Project meetings ddddd
DOCX
Davinder Resume
What is project control
The project management information system
Soliciting proposal
Project meetings ddddd
Measuring in
Measuring in
The project management information system
Soliciting proposal
Project meetings ddddd
Davinder Resume

What is project control

  • 1. What is Project Control? Another useful section of Gary Heerkens’ brief case book “Project Management” covers Project Control and what it really means to the project manager. The discussion centers around the objectives of project control and what it is that the project manager is actually trying to control. I’m not wholeheartedly endorsing this information – I never am when I provide a magazine or book excerpt. However, I do find it interesting and worth further review and discussion. What Project Control Really Means The term control has several meanings. Those new to project management are initially dismayed by the use of the term “control,” because they mistakenly equate it with the concept of authority. In the world of project management, control has very little to do with telling people what to do, dictating their actions or thoughts, or trying to force them to behave in a certain way— all of which are common interpretations of control. In project management, the term “control” is much more analogous to steering a ship. It’s about continually making course adjustments with one main objective in mind—bringing the ship into safe harbor, as promised at the start of the voyage. And the successful project voyage includes identifying a specific destination, carefully charting a course to get there, evaluating your location throughout the voyage, and keeping a watchful eye on what lies ahead. The Objective of Project Control Fledgling project managers (and some experienced ones!) often make the same mistake when trying to keep control of their projects. They get wrapped up in the here and now—the measurement and evaluation of their immediate situation—to the exclusion of everything else. They calculate their current position and how far off course they are. That’s what they report to management and promise to fix. Their entire focus consists of staying on the line they’ve drawn from the beginning to end of the project. Unfortunately, controlling the destiny of your project is not that simple. As we’ll see, evaluating where you are in terms of where you’re supposed to be is certainly part of the overall control and “getting back on track” is almost always a sound strategy. But your primary mission is to deliver what you’ve promised, so you should think of “maintaining control” in terms of minimizing the distance between where you end up and where you said you’d end up. This means that overall project control requires an eye on the future, as this formula shows: Calculated Present Variance + Estimated Future Variance = Final Project Variance Maintaining proper control really requires that you consider three parameters: (a) where you are, compared with where you’re supposed to be; (b) what lies ahead that can affect you; and (c) where you’re going to end up, compared with where you said you would end up. Bear in mind that (a) and (b) are used primarily as internal control functions(although you may choose to report them outside the team). They’re used for evaluating (c). At the risk of being repetitive, your primary focus should always be on evaluating where you think you’re going to end up. There are two reasons for this. First, you must take intelligent and meaningful corrective action with the end point in mind. Guiding the ship must include more than just steering it back on course; it must also include recognizing that there’s an object up ahead that you’re going to have to steer around or winds around the upcoming point of land that have kicked up since you started your voyage. The future will always be different than expected at the outset of the project. Assumptions will be revised, operating conditions will change, and new things will be thrown in your path. Sometimes, actions you take now must compensate for future sources of variance as well as variances created though past performance.
  • 2. The second reason you need to focus on the end point pertains to management reporting. In most cases, what will probably interest them most is a prediction of where you think you’re going to end up: this is the type of information they need to run the business. Being able to report to your management that you’re two weeks behind schedule or $10,000 over budget right now may or may not be of value to them. Reporting that you expect the project to be completed three weeks late or $15,000 over budget is much more likely to be of value. What Are You Actually Controlling? At this point, you’re probably saying, “OK, so I should be focused on the end point of the project and I should be trying to ‘get back on track’ and minimize variances. But the end point of what? Get back on whattrack? And whatkind of variance are we talking about?” All good questions. The answers to these questions will take us back to the discussion in Chapter 2 about the dimensions of project success. The most fundamental measure of project success relates to meeting the agreed- upon targets in each of these dimensions. These are the targets that you promised to meet at the beginning of the project; these are the targets that you should focus on controlling. Two of the targets pertain to the consumption of resources:  Schedule: Was the project completed on time? (How long did we take?)  Cost: Did the project come in at cost? (How much did we spend?) The other two targets are tied to the deliverables of the project:  Functionality: Do project deliverables have the expected capability? (What can they do?)  Quality: Do the deliverables perform as well as promised? (How well can they do it?) As far as many organizational managers are concerned, the ideal end point occurs when a project meets these four targets exactly as promised. Although “beating targets” is often characterized as desirable, hitting targets provides a level of predictability that most organizational managers value. The first two targets (schedule and cost) often get the most attention; hence the very common phrase “controlling cost and schedule.” Sometimes, however, controlling cost and schedule gets too much attention and deliverable performance is not as closely monitored as it should be. This is a major oversight, one that you should concentrate on avoiding. It is important to consolidate the information of the knowledge areas that require special attention: Scope, Time, Costs, Quality, Staff, Risks, Communications and Stakeholders. You will obtain then the following benefits:  Instant view of the project status: anticipation to issues and decisions based on relevant information.  Avoid budget overrun and delays: as a result of an effective monitoring of all the important aspects of the project.  Improvement of productivity: Minimising the necessary time to generate reports, gathering informaction from different sources.  Collaboration of all stakeholders: a well informed team is a solid and motivated team.  Objective evaluation of providers: efficiency parameters to define improved contractual agreements.  Continuous improvement: anything that can be measured and analysed can be improved.