Guild of Project Controls: Compendium | Roles | Assessment | Certifications | Membership

Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

BCWP

12 replies [Last post]
moutaz aldeib
User offline. Last seen 2 years 27 weeks ago. Offline
Joined: 31 Dec 2003
Posts: 291
Groups: None
Can any one tell me the difference between BCWP(earned value)and BCWS, in other meaning can you give me small example illustrate the three concepts:
BCWS-BCWP-ACWP

Regards,

Moutaz

Replies

Trevor Rabey
User offline. Last seen 1 year 22 weeks ago. Offline
Joined: 29 Nov 2005
Posts: 530
Groups: None
Steve,

If we just drop the term "EV", since it serves no real purpose and conveys zero or ambiguous meaning, and still do the analysis anyway, because we can and the numbers exist, and if "T" was substituted for "W", we would have (somewhat) meaningful variances and ratios which can tell us something about performance, but I am never sure what that is or how to get any practical use out of it. Of course, how meaningful it is, and what it tells us and how useful it is, is still subject to a lot of cautionary qualification.

Since I am inventing terminology, I’ll call "EV" "variances and ratios" or V&R.

We start with some perfectly innocent numbers that come directly from either the baseline plan or the invoices and timesheets ie, readily obtainable and unambiguous facts, but by the time the arithmetic is done and the conclusions and deductions are made, about cause and effect etc, we are back in the fog.

Everything that people take to be implied by the variances and the ratios, mainly about whether we are working (ie achieving Tasks) too fast or too slow, or spending money too fast or too slow, is usually a very long stretch, a very tenuous connection between the start of the analysis and where it leads to.

We may as well sacrifice a chicken and read the entrails.

It doesn’t give any idea about what to do about fixing the situation. SPI=X, CPI=Y. So what? Do what?

It doesn’t measure directly how good the planning or the plan was in the first place or or well we are working to it and meeting its goals.

It might be more useful to observe trends of SPI and CPI, but the results are always very late hindsight.

Defence departments like to say that they have the research to show that the "V&R" numbers that surface early in the project pretty much point to the final outcomes. SPI and CPI go to something between 0.8 and 1.2 real early and don’t change much, so it does have some predictive value.

It all gets more ambiguous/less meaningful later in the project, especially as SPI starts to equal 1 near the end of the project no matter how late or over-budget the project is. There is a movement now towards "Earned Schedule" as a response to this. Great idea, but isn’t it a bit like moving on to make another mess before cleaning up the one you already have?

V&R don’t say anything helpful about the critical path or the relative priority or "value" of the Tasks.

So called "value" can be so-called "earned" by doing the wrong Tasks. EV, as we know it, seems to reward poor planning and execution.

Each Task has its own individual V&R position but most people just aglomerate them all into the overall numbers. How anyone expects that you can boil down all of the complexities in any typical project to a handful of numbers which still mean something is beyond me.

But we know that in board rooms and progress meetings right now people are throwing up powerpoint slides with these numbers on them, and other people are deriving gawd-knows-what from them.

Surely, the "value" of the project for the owner/client is in the eventual "ROI". As (I think) you say in your book, ROI can be maximised or eroded by delivery on time or otherwise.

If we have a fixed price contract to build an orange juice factory for, say, price=$10M and cost=$8M, the owner/client will make that $10M back over a period of, say, 10 years, from the sale of orange juice after the factory is in business. His bank wouldn’t lend him $10M if there was not apparently a market for orange juice for 10 years.

But for the contractor, his cash flow and profit position are determined by his planning, execution, progress and performance over the, say, 12 month period of the construction project.

3 months late and/or $1M over-budget hurts both of them? Or which part hurts who the most? Who should be concerned over which aspect?

There is another recent thread in PP Forums with complaint about MSP and how and why it doesn’t do "EV" in hours etc.
As if it wasn’t ambiguous enough already.
Stephen Devaux
User offline. Last seen 18 weeks 4 days ago. Offline
Joined: 23 Mar 2005
Posts: 667
Hi, Vladimir.

Yes, you can do earned value on any resource usage, or indeed on any arbitrary aspect, provided it is additive on the basis of work packages/milestones.

But it is crucial to recognize that expected value is NOT additive through work packages. If the value of creating a widget is $1 million, one MAY have completed 99% of activities on a project, and the value may still be zero -- there are many types of projects in which there is absolutely no value generated until the project is finished.

That is why completing an ongoing project is SO important. Imagine a project with a budget of $5 million in which all $10 million of expected value comes in a "balloon" at the end (not unusual -- a requirement for an occupancy permit, perhaps). Such a project starts with a profitability index (or DIPP) of 2.0. But as it progresses, its Cost ETC (the great neglected metric of project control!) decreases. If the project is going according to plan/schedule/budget, when it is 95% complete, it requires investing only $250,000 to generate $10 million of value, or a DIPP of 40.0.

At that stage, the project represents an extremely profitable return on that $250,000! Yet, as projects near completion, it is quite common to see resources being shifted away from such projects and onto new ones, thus often delaying completion and value generation. Needless to say, such decisions are very harmful from an investment viewpoint; yet, because we don’t deal with nor track projects as we do other investments, such poor resource targeting is more the norm than the exception.

Of course with other types of projects, this may be different -- if 50% of the work packages are complete for 50% of the budget, anywhere from 0 to 99.9% of the expected value may have been created. As with any investment, the value generation pattern tends to be very project-specific.


Regarding: "why AC and not Actual Value?" Indeed! Personally, I could have lived with Planned Cost (PC) and Actual Cost. But I guess many people think that consistency is overrated. . .
Stephen,
EV may be applied not only to cost but also to some other activity parameters (materials, workload, anything). You can define some artificial Value parameter. And we can suppose that Earned Value and Planned Value is applied to this Value parameter. What I don’t understand - why AC and not Actual Value? [joke]
Stephen Devaux
User offline. Last seen 18 weeks 4 days ago. Offline
Joined: 23 Mar 2005
Posts: 667
Trevor,

I really like your ideas for new EV vocabulary. Unfortunately, PMI has been going in the opposite description, implementing neologisms that are not only less descreptive, but actually distorting.

You’re absolutely correct when you say: "All EV numbers are about cost, not price." EV numbers are also not about value! All projects are investments, and every investment expects value to be greater than cost! But the term "earned value" has been fooling people for decades into thinking that EV somehow measures value. And the last tie between EV and cost is that second letter in the four-letter acronyms: the "C" for cost! Now the PMBOK Guide has blurred that last tenuous link by calling the BCWS "planned value"! How I wish that PMI’s theoretical base was as knowledgable as that of the denizens of Planning Planet, instead of the IS background that currently holds sway.

Trevor, your point about the nature of the contract is also hugely important. Cost plus and T&M project contracts place contractor and customer interests in conflict -- whereas the customer almost always would like the project finished as soon as possible and as cheaply as possible, it is often in a contractor’s interest to have the project take as long as possible and cost as much as possible. A fixed price contract, with appropriate incentive fee for early delivery and penalty for late delivery, is usually the one which will best align contractor and customer interests.

Trevor Rabey
User offline. Last seen 1 year 22 weeks ago. Offline
Joined: 29 Nov 2005
Posts: 530
Groups: None
Hemanth Kumar, your succinct definitions are almost very accurate, but let’s distinguish the cost of the project to the contractor from whatever he might get from the client.
All EV numbers are about cost, not price.
They are primarily useful to the contractor but may never be seen by the client.

The system of price and progress payments may be based on cost, but not necessarily.

In a fixed price contract where the contractor takes on the risk, there should, theoretically, be no automatic right of the client to know what the contractor’s costs are, so no automatic access to the EV numbers.

As well as taking on the risk of bad luck or bad management, a contractor should be able to have the benefit of any good luck or good management which saves costs, and not have to pass them on to the client.

Where EV numbers are to be made available to the client, and quite often the client mandates EV reporting, and where price and progress payments are based EV, then this implies some sort of transparent "cost-re-imbursable" or "cost plus" contract, which is quite rare.

The EV vocabulary is rather awkward. I have always thought that it would be better if the EV numbers were expressed in Tasks rather than "work":

ACTP = Actual Cost of Tasks Performed
BCTS - Budgeted Cost of Tasks Scheduled
BCTP - Budgeted Cost of Tasks Performed

Perhaps there could be some new numbers such as:

APTS - agreed price for Tasks scheduled
APTP - agreed price for Tasks performed
moutaz aldeib
User offline. Last seen 2 years 27 weeks ago. Offline
Joined: 31 Dec 2003
Posts: 291
Groups: None
Thanks a lot Peter, it is a good start for me.

Best Wishes and regards,

Moutaz
Peter Wood
User offline. Last seen 12 years 9 weeks ago. Offline
Joined: 1 Dec 2002
Posts: 4
Groups: GPC Malaysia
Dear Moutaz

Yes, setting BCWP to 0 is a conservative method of reporting progress and will give a slightly worse picture of progress than has been achieved. Many "bosses" prefer this to balance the positive view of progress held by many project managers.

If the activities in the project plan are of a reasonably short duration then the "error" introduced by using this earned value method is small.

Less conservative earned value methods include setting BCWP to 100% of budget upon starting an activity and the judgemental method, wehre the project manager determines the percentage of budget earned for an activity. I think the only people who use such methods as those who are either trying to disguise the fact they are behind schedule or who are getting paid for work on uncompleted activities.

Probably the most accurate earned value method to use is where the physical progress can be measured. For example, the BCWP for an activity to install 100 light fittings would be set to 33% of budget if 33 of the fittings had been installed at the time of the report.

But even this approach is not always easy to apply,
take an activity to cut 2,000 cubic metres of earth. After having cut 1,000 cubic metres are we sure we’ve completed 50% of the work? What happens if the first 1,000 cubic metres is loose soil and the second 1,000 very compacted?

Also, it takes a lot of work to collect progress data at this level so most people compromise on one of the not-started/started/completed formula such as 0%/25%/100%.

moutaz aldeib
User offline. Last seen 2 years 27 weeks ago. Offline
Joined: 31 Dec 2003
Posts: 291
Groups: None
Dear Peter,
thanks for explanation, but what is the benfit to put BCWP=0 for started activities (not completed), this will show me behind the schedule and over budget unless the activity is complete.

Regards,

Moutaz
Peter Wood
User offline. Last seen 12 years 9 weeks ago. Offline
Joined: 1 Dec 2002
Posts: 4
Groups: GPC Malaysia
There are a number of different "policies" for calculating BCWP. A typical and conservative method is:

1. Activities not completed: BCWP = 0
2. Activities completed: BCWP = 100% of Budgeted Costs

Another common not quite so conservative method is

1. Activities not started: BCWP = 0
2. Activities in progress: BCWP = 50% of Budget
3. Activities completed: BCWP = 100% of Budget

You may want to check the options that are set for calculating BCWP on the project sample.
moutaz aldeib
User offline. Last seen 2 years 27 weeks ago. Offline
Joined: 31 Dec 2003
Posts: 291
Groups: None
Thanks every body,

I understand it now but I looked through project sample in P3 and I was surprised that BCWP for most of the started activities is zero, which refutes all the definitions.

Regards,

Moutaz
Hemanth Kumar
User offline. Last seen 43 weeks 5 days ago. Offline
Joined: 1 Nov 2002
Posts: 260
Groups: None
Hi Dear This Is It

BCWS : What The Contractor Should Have Received From The Client On This Day If Everything Went As Per Plan !!!
BCWP : What The Contractor Will Get For The Works Performed Till Date (EV)
ACWP : What The Contractor Spent So Far
Hemant
Stephen Devaux
User offline. Last seen 18 weeks 4 days ago. Offline
Joined: 23 Mar 2005
Posts: 667
moutaz,

To try to answer your questions as briefly as possible:

All three are "progress metrics" based in cost that, despite the term "earned value", really have precious little to do with value.

1. BCWS is Budgeted Cost for Work Scheduled. This is the amount of money budgeted to achieve each work package or milestone in the project. By laying these cumulative data out on a histogram, with time as the x axis, it displays how spending is expected to accumulate during the project if it is exactly on schedule and budget. The BCWS is also called the earned value baseline, or, using the truly distorting PMBOK Guide neologism, Planned Value (PV) (yecch!)
Let us assume that the total project budget is $10 million. But the budgets for all milestones scheduled to be achieved through the end of November is $5 million. At the end of November, if we’re on budget and schedule, we expect to have spent $5 million.


2. BCWP (also called earned value, or EV)is Budgeted Cost for Work Performed. This is a progressing metric that sums the amount of money budgeted to achieve each work package or milestone that has been achieved BY THE CURRENT DATA DATE!
Let us assume that, at the end of November, we have completed milestones that were budgeted for just $4 million. This gives us, by comparison with the BCWS ($5 million), a schedule variance (SV) of minus $1 million and a schedule performance index (SPI) of .80. This suggests that we may be working at only 80% of the expected speed; but this can be VERY distorting, as BCWS ignores the critical path, and much of the delay can be due to float.

3. ACWP is Actual Cost for Work Performed. This is also a progressing metric that sums the ACTUAL AMOUNT SPENT to the current data date.
To the end of November, we may have only achieved $4 million of the scheduled $5 million of milestones. But our ACWP may be $6 million! We’ve spent $6 million to get just $4 million of the planned work done. That gives us, by comparison with the BCWP, a cost variance (CV) of minus $2 million and a cost performance index (CPI) of .67. For every dollar we are spending, we are getting $.67 worth of the planned work done. We can divide the budget-at-completion of $10 million by the CPI of .67 to forecast a new cost EAC of $15 million, and (more important!) a new cost ETC of $9 million.

Three things worthy of note:
(a) These index-based forecasts are based on past performance -- the idea is to use the actuals to improve future performance.
(b) Earned value tracking is necessarily a "lagging indicator". As such, it is NOT a project management technique -- it is a project CONTROL technique, to allow key stakeholders to track performance and try to keep it from becoming a disaster. If a project manager needs BCWP and ACWP to know how much s/he’s running behind schedule and/or over budget, s/he’s in over his/her head!
(c) Earned value is based in cost -- extending it to tracking schedule is a stretch that can sometimes be useful, but can cause dangerous distortions. For example, it’s entirely possible to have an SPI of < .90, but to be on schedule if all activities are within their float.