Another useful section of Gary Heerkens' briefcase 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.

Business team views data and pie charts

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.

Business team analyzes data

First, you must take intelligent and meaningful corrective action with the endpoint 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 through past performance.

The second reason you need to focus on the endpoint 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 what track? And what kind 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 pertaining 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?)

Woman oversees project

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 endpoint 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.

Seavus Project Viewer is a leading Microsoft Project Viewer for team members who only need to view and analyze MS Project files.

Download Seavus Project Viewer for Windows or Seavus Project Viewer for Mac and take control over your project instantly.

You can also try the Online Microsoft Project Viewer application, that will open your .mpp file in your favorite browser.