Skip to main content

Author: Cynthia Low

Tightening the Purse Strings and Getting Value for Money

Editor’s Comments

It may be the rough state the economy is in or it could be pure coincidence, but in this issue of Project Times we feature two articles focusing on the financial and value aspects of projects. Then again it’s an area that’s always worth taking a look at, especially since we all want our projects to be successful and on budget. Right?

In EVM: Project Management with the Lights On!, Brian Egan makes the point that project managers should be aware of the progress and status of their projects at all times. He also maintains that a benefit of Earned Value Management (EVM) is that it is basic cost accounting that extracts valuable information from work you’re routinely doing, so there are no major additional costs.

The importance of tracking actual costs and resource usage on a project depends upon the project, according to Tom Clark. In Why Track Actual Costs and Resource Usage on Projects, he says that in some cases tracking the actuals is not worth the effort involved. In other cases, however, he believes tracking actual costs and resource usage is an essential component of the project control function.

Our bloggers are back with their own distinctive views. Agree or disagree, your opinion matters to us, the bloggers and your fellow readers. Please share them through commenting at the bottom of each blog. Also place your vote with this issue’s poll question regarding PM education.

And finally, please enjoy this edition of Project Times.

How to Win a Fight with Project Executives

Now, when I say fight, of course I do not mean an all out Battle Royal cage match with your Project Executive (PE). I mean, when you come to a point in the project and you and the PE disagree, fundamentally (on a particular vendor, let’s say). Let’s assume, for the purpose of this article, that you have already sat down and discussed the issue on reasonable terms and you still both sit on opposite sides of the issue…what do you do? As the Project Manager (PM), you are responsible for ensuring the success of the project. As the PE, your colleague will be accountable for the success of the project. You both have a lot at stake, so some discussions can get quite heated. There are a few things you can do to resolve this:

Try to determine the PE’s motivation for their decision.
Are they motivated purely by the success of the project, or are there other areas that may be influencing them? Their boss? Office politics? Desire to be recognized? Once you have determined this, it may make compromise a little easier.

Acknowledge their position, but also identify its risks.
You can always say things like “I realize that choosing the smaller vendor will be less expensive in the short-term, but my experience has shown that you may end up doubling your costs later when we realize the vendor’s short-comings. It is not right or wrong, only a legitimate risk.” By identifying the risks, you are separating the idea from the person and judging purely based on the merits of the idea, not who came up with it.

Know when to concede and put it behind you.
After going through all of the right steps and your PE is still standing firm on their position, you also need to know when to let it go. The PE has ultimate accountability, so at some point you need to move forward. This is not easy or fun, but is sometimes in the best interest of the project. This is not “giving in,” it is just being smart. You are not going to win every battle. Put it behind you and move on.

There is no right answer to this situation, but you should only be doing what you are comfortable with. I have previously told clients that I disagree with their opinion, but I will go along with it because they are the client and have the final say. I agree to move forward reticently, but I also make clear that the risks have been identified and that I will not be held accountable if the decision turns out to be the wrong one! However, it is also important that if the decision turns out to be the right one, give your PE some credit.


Andrew Miller is President of ACM Consulting Inc. (www.acmconsulting.ca), a company that provides supply chain and project management solutions. Andrew is PMP certified and has led a variety of clients through complex systems implementations and organizational changes. He is an Instructor of the Procurement and Contracting course, part of the Masters Certificate in Project Management program through the Schulich School of Business Executive Education Centre (SEEC) in Toronto. Andrew has an International MBA from the Schulich School of Business with majors in Logistics and Marketing. He can be reached at [email protected].

Why Track Actual Costs and Resource Usage on Projects?

The importance of tracking actual costs and resource usage in projects depends upon the project situation. For some projects, tracking actuals is unnecessary or is not worth the effort required. In other cases, however, tracking actual costs and resource usage is an essential aspect of the project control function. In such cases, a system must be put into place to support the tracking process, and the collection/recording of the potentially voluminous quantity of data requires strong organizational discipline. Why then is tracking actual costs and resource usage on a project ever worth the effort required to accomplish it?

Depending upon the project/business environment, one or more of the following three reasons may underlie the mandate to track actual costs and resource usage on a project: 

  1. The financial accounting system and/or the managerial accounting system of the project organization may require the complete and accurate documentation of the ultimate actual cost of the project. This is especially true if the organization must report that actual cost to some outside organization(s), such as: 
    • The Internal Revenue Service to justify tax write-offs 
    • An external project customer to justify project fees
      In other cases, management of the project organization may simply want the
      capability to measure the cost of executing a strategic initiative or the profitability of a project performed for an outside customer.
  2. Having knowledge of actuals-to-date is a requirement for effective cost control while the project is ongoing. When estimated project costs are budgeted by activity and actual costs are tracked by activity, the project manager has a powerful tool to support his/her efforts to control costs on the project. At any given point in the project, the actual cost of the activities completed-to-date can be compared against the budgeted cost of those activities, so that the cost variance from budget is known continuously. Corrective actions can then be taken to reduce any negative (i.e., over budget) variance. In addition, the budgeted costs (or revised estimated costs) for the remaining activities can be added to the actual cost of the completed activities to develop a new estimate of the total project cost at completion.
  3. Tracking actuals allows the organization to build a historical database that will
    support budgeting and resource planning on future projects. Such a database is
    especially valuable if the organization performs many projects that are very similar to each other.

Tracking actual costs and resource usage is not necessary for every project or in every project environment. However, when good reasons exist for tracking actuals, the necessary technical and procedural steps must be implemented to ensure that the process is executed on an accurate and timely basis.


Thomas B. (Tom) Clark, Ph.D, is Co-founder and former Executive Vice President of Project Success Inc. Tom is heavily involved in the development and delivery of PSI’s courses. In addition to his work with PSI, he is Professor Emeritus of Management at Georgia State University. He also served the University as Chair of the Department of Management and as Interim Dean of the College of Business Administration. Previously, he was an Assistant Professor of Industrial and Systems Engineering at Georgia Tech.

Tom has provided project management consulting and training services for a variety of
business, government, and non-profit organizations. For more information contact [email protected]
 or visit www.projectsuccess.com.

EVM: Project Management with the Lights On!

Project managers are expected to know the progress of their project at all times. Are you meeting expectations? Staying within budget? Staying on schedule? These can be tough questions to answer without the use of Earned Value Management (EVM).

Fortunately, EVM doesn’t require a different approach to project planning and management. Rather, it extracts useful information from planning work that you’re routinely doing.

The Need for EVM

If every project went according to plan, there would be no need for EVM.

EVM serves to illustrate the difference between what was planned and what is actually happening. It’s an early warning system that alerts management to the realities of project performance.

In essence, EVM creates a performance “contract” for a project. It clarifies exactly what was expected to happen before the project was launched, and then measures whether those expectations are coming true during execution.

The problem with most contracts is that sellers (in this case, project managers) don’t want to commit to a fixed price. They want to spend money as necessary in order to get the work done.

On the other hand, the buyers (members of senior management) want to know exactly what their money will be purchasing. They want a firm commitment from the project manager.

EVM helps to solve this conflict by providing a firm estimate of performance (developed in the planning stage) and then generating interim measures of whether that estimate is being realized.

History of EVM: A Hundred Years of Evolution

Earned value is basic cost accounting applied to the one-time events we call projects.

The practices we now call EVM developed out of cost management techniques used in large factories as early as the 1800s. Industrial engineers of the time compared planned vs. actual output, timing, and cost to provide a picture of performance relative to expectations. Modern EVM does exactly the same thing.

Today, EVM has returned to its roots in cost accounting, but has gone high tech regarding the use of computers and statistical analysis. The new EVM is efficient, effective, and easy to use. It is intended for general use by project managers, working on any type of project, where senior management wants to be kept informed of project progress, not just the final outcome.

The Role of EVM: Monitoring Projects

EVM determines how much of a project has been completed at specific points in time, known as milestones (more on those later). Knowing how much has been completed allows senior management to release funds in small increments and see if they are getting value for their money.

EVM allows senior management to monitor progress and to react to poor performance. Using EVM, senior management can tell early in the life of a project whether it is likely to meet its targets. Management can then decide whether to abandon the project early on, before a huge amount of money has been spent. Likewise, if senior management’s expectations are unrealistic, EVM will quickly highlight the problem.

For the project manager, EVM changes the emphasis from performance targets way off in the distance, to targets that are coming up near term. The project manager knows how the project is performing at any given time and whether or not management will be (or should be) pleased.

Measuring the performance of individual tasks rather than the project as a whole gives both the project manager and senior management a steady stream of signals about the health of the project.

Milestones: The Key to EVM

Established during planning, milestones are a fundamental strategic tool used to subdivide a project’s work effort. They’re created with the express purpose of indicating how much work should have been completed as of a given date.

In order to serve as progress measures for controlling projects, milestones must be defined in three dimensions:

  • Clearly quantified work: there can be no confusion about whether or not a task has been completed
  • Allocated resources: indicated by either time or dollars spent
  • Completion date: can be natural (the end of a contract), artificial (every Friday), or based on a need to measure progress as of a certain date/expenditure (as of May 14 the painting will be complete at a cost of $1,500)

Like alarm clocks, milestones tell management that something should have been completed by a certain date and cost. If it has not been done, something is wrong; there has been an exception to the plan.

Milestone timing depends on the reporting needs of the project. However, the shorter the time between milestones, the lower the risk that the project will not deliver the expected value.

EVM Project Planning

EVM is all about planning. EVM starts with your existing project plan and then breaks it down into tasks that have individually planned expectations of scope, budget, and time frame. These are then used to build a resource-loaded schedule that relates expenditures to work and time.

Rewards (payments and continued funding of a project) are related to a cumulative measure of performance based on how well tasks are being completed as compared with planned performance. When those expectations are not met, this is a signal for management to investigate.

The Performance Measurement Baseline (PMB) documents expectations for the project based on a schedule that relates the work (scope) and resources (money) to a specific date range. With a PMB it is possible to compare actual performance to what was planned for specific points in time. The difference between actual and planned is then used to forecast probable completion costs and schedule.

While the structure and style will vary according to your organization’s preferences, there are three key components of a PMB:

  • WBS (Work Breakdown Structure): Either a WBS or an equivalent analysis of all project work.
  • Resource-loaded schedule: This is typically a Gantt chart indicating when tasks are to be completed and their associated budget, with milestone markers illustrating control points.
  • Budget graph: Summarizes the timing and magnitude of expenses. At the beginning of a project, the only line on the graph is PV (planned value). As the project progresses, AC (actual cost) and EV (earned value) are included.

Management by Exception

Management by exception requires that there be a plan; a prediction of how a project should unfold. An exception is any process that is not going according to plan (that is, over budget or behind schedule).

Management by exception uses the guiding principle that managers should concentrate their energies on fixing the most serious problems first. In an EVM project, problems are defined as performance results that are not the same as the planned results.

Management by exception is greatly simplified by EVM because exceptions are so clearly highlighted by routine performance monitoring relative to a highly structured performance baseline. The more severe the discrepancy, the higher is its priority for management attention.

EVM Statistics

There are four sets of data generated by EVM projects.

  • BAC (budget at completion): Original completion budget for project
  • PV (planned value): How much the project was expected to cost at any given time
  • AC (actual cost): What the accountants say was actually spent
  • EV (earned value): What the expected cost was for the work that was completed (the planned value for work completed)

Having a visual understanding of the relationship between these data is helpful for interpreting the meaning of EVM statistics. In this figure, the various terms are illustrated with respect to three basic cost lines, planned, actual, and earned.

evmlights1.gif

BAC and PV are forecasted numbers representing planned expectations for the project. BAC does not change. PV is predicted for the entire duration of the project and ends with the BAC. Data for AC and EV are collected through project monitoring.

This is all the information that is required to manage EVM projects. From these data, performance statistics are generated.

Performance Statistics

There are three variance statistics used in EVM performance measurement, as follows:

  • Variance at Completion (VAC): the difference between the original planned completion cost (BAC) and the latest prediction of completion cost.
  • Cost Variance (CV): the difference between the expected cost to complete what has been accomplished and what it actually cost (AC).
  • Schedule Variance (SV): the difference between, what was planned to be completed as of a given date, and what was actually completed.

There are three index statistics that match up with the three variances, as follows:

  • To Complete Performance Index (TCPI): an indication of the efficiency rate needed on all remaining work in order to complete the project on budget. A value of more than 1 implies that all remaining tasks will need to come in under budget (on average) in order for the project to meet the BAC.
  • Cost Performance Index (CPI): shows how well the project is meeting cost targets. A value of 1 indicates that actual costs are the same as planned (AC=EV) for the work that has been completed. A value over 1 indicates that costs are less than planned. A value of less than 1 implies that costs have been higher than planned.
  • Schedule Performance Index (SPI): indicates whether the project is meeting schedule expectations. A value of 1 indicates that the work completed to date is right on schedule. A value of over 1 indicates the project is ahead of schedule. A value of less than 1 implies the project is behind schedule.

Forecasting

Forecasts use performance indices to predict the future. If the project has been doing really well up to this point, what does that imply about the completion cost and schedule? If tasks are, on average, taking half as long as planned, it suggests that the project overall will be completed in half the time.

While EVM techniques are better able to predict completion cost than schedule, both forecasts remain useful tools.

Forty years of empirical evidence from government acquisition projects has shown that as early as 10 to 15 percent into a project, the CPI provides a reasonable forecast of what a project will achieve. What this means is that cost overruns early in a project will not fix themselves by the end of the project. If anything, the overruns will get worse.

The SPI is a less precise tool for forecasting the future. The principle reason is that tasks affecting the SPI are not necessarily on the critical path for a project, and therefore, they may not affect the completion date. If a large number of tasks not on the critical path are completed ahead of schedule, they will make the SPI look good, even though tasks that are on the critical path may be behind schedule. The SPI provides a high-level overview that, when combined with critical path analysis, allows for an effective prediction of the completion schedule.

The Value of Earned Value

EVM is referred to as “project management with the lights on,” because it shows management where a project is and where it is headed.

Is EVM a magic bullet for perfect projects? No. It will not fix poor planning or poor execution. However, it is a crucial tool for monitoring and reporting performance.

Copyright © Global Knowledge Training LLC. All rights reserved.


This information was drawn from Global Knowledge’s Earned Value Management course developed by Vaddac Consulting in cooperation with Global Knowledge Training LLC. Course director and author Brian Egan is CEO of a manufacturing company (Book Box Company) and a management consultant. He has written three professional development manuals and several white papers on aspects of management science. Since 2000, Brian has been a part-time instructor for Global Knowledge within the Business Training product line.Copyright © Global Knowledge Training LLC. All rights reserved.

PMO: Change and Integration Management

Overview of the Challenge

What approach should be taken by a PMO to successfully introduce new processes and tools and have them accepted by the client group?

Research Findings

Generally, the by-product of a mandated change is an atmosphere of uncertainty, anxiety and even suspicion. The corporate culture resists being changed and that can both hinder productivity and render those tasked with integration less than effective.

My research and experience is based on what occurred when changes were required to document and integrate a manual which captured procedures and processes in order to perform tasks within a standard set of measurable parameters.

Previously, work was performed by qualified staff, but it lacked the rigour and discipline of standardization. An operational business model was required to meet the expectations of the customer (stakeholder) and to provide staff doing the work with an instructional manual.

Approach and Tools

Based on the PMI project life cycle (what you need to do the work) and the project management process (what you need to do to manage the project) the steps that followed were:

Initiating Process
The needs of the organization were determined, a project manager selected, existing systems, processes and historical information were reviewed. Stakeholders were identified, objectives determined, assumptions and constraints documented and a charter and preliminary scope statement developed.

Planning Process
The planning approach was determined. A finalized scope statement created and a team determined. Work and workflow (WBS, activity lists, network diagram, resources) were determined along with time and cost estimates. A schedule and budget developed and quality, standards, roles and responsibilities determined. Communication requirements, risks, procurements, process improvement plans, measurement baselines, approvals gained and a kick-off meeting held.

Executing Process
The team was acquired. Scope completed, information distributed and received, continuous improvement followed, team building and team management recognition done, selection of vendors determined.

Monitoring and Controlling
Measurements against performance baselines and plans conducted. Variances addressed. Scope verified and recommendations for changes applied following change control methods. Risks addressed and issue logs maintained. Each team member’s performance was measured and reported on. Administrative contracts maintained.

Closing
Closure procedures developed. Contracts closed. Confirmation that work was done to requirement and formal acceptance of product obtained. Performance reporting completed and archiving done. Lessons learned conducted and documented. Hand-off of product done and resources released.

And most of the time was spent planning.

Implementation Approach, Results Achieved and Lessons Learned

Although a comprehensive, easy to use, approved and accepted instructional manual was the end product – the experience and knowledge obtained through managing the change and integration of the product provided great insight for the project team (and project manager). Below are some of the challenges, lessons learned and resolution strategies that were applied.

Deciding Not to Change is Not an Option
Meet with the Resisters. Understand the ‘Why’ behind these people. Explain the “what’s-in-it-for-me” part. Listen and be supportive. Encourage, communicate frequently, let them vent. Introduce them to a Change Champion (a Power User who is your advocate).

Change Champions
These people understand the benefits and have the attitude of “I’ll make this work for me”. Keep these people close. Reward and recognize them. They’ll become loyal followers.

MBWA
Management By Walking Around. Talk to those in the trenches, be seen, understand their needs, feel their pain. Once they get to know you, they’ll become more comfortable. You’ll have a chance to stress the goals and the direction of project.

Pizza
The single, most powerful change management tool! If you feed them, they will come. Conduct lunch and learn sessions. This informal setting offers a great forum to educate the users aside from the regular training sessions.

BLOG/Communicate
Keep communication clear and concise. But always communicate. Be honest. Address all issues ASAP – the good, the bad and the ugly. Especially the bad and the ugly! Keep an on-going issue log. Let the clients see the progress, and that you actually care about their issues and are working on a fix for them.

Your Dysfunctional Family
Do you have the right project team in place to deliver the project? Everyone brings something exciting to the party. However do you have the correct combination to successfully implement the project? A square peg in a round hole just causes grief for everyone. Make a change of staff if you need to. Everyone wins then.

How Good Are We?
You can’t manage what you can’t measure. Determine your success criteria and aim to meet or exceed it. Track your progress. Celebrate your successes with the team.

Become Roommates
Ensure your objective is not to ‘Cut and Run’. After change and integration, remain with the clients at their location, even if it’s just for a few hours. If there are problems or concerns, you are there to provide assistance or refer the problem up the line. Don’t walk out, leaving them resentful, at a loss and with no one to contact. Not only will it impact their daily work but also your reputation.

What does the PMO have to do to be Successful? Setting up for Success!

Make sure the odds are in your favour. Do what you need to and ensure you tip the scale so the odds for success are on your side.

  1. Listen very carefully to management. You can give them what they ask for, but is it what they really want/need?
  2. Be an expert – not a know-it-all, but a trained professional. Seek out the training you and the team need to accomplish the project.
  3. Keep your promises. You committed to a budget, schedule and staff development. Deliver!
  4. Never compromise your integrity. Ever!
  5. The greatest motivation act one person can do for another, is to listen. This applies to both your team and your clients.
  6. If you can laugh together, you can work together. Enjoy your work in project management and the people you work with. It will make life a whole lot simpler and less stressful.

And trust me on the pizza!!


Donna M. Ulrich, PMP has over 25 years of project management (in various capacities within projects) and consultant (owner of Cougar Management Consulting Corporation) experience, with the proven skills to deliver all aspects of projects, including strategic planning, staff management, training/development, process improvement, change management and customer satisfaction within the nuclear, telecommunications, IT, service/utilities, financial and healthcare industry. When not managing projects, Donna enjoys kayaking, reading, movies, theatre and travelling. Her favourite activity though, is being with her daughter Samantha, and Noah – the wonder-dog! Donna can be reached at [email protected]

2008, Donna M. Ulrich, PMP