A Goldratt technique came in handy to map out where I see the conflict between CCPM and EVM that I referred to in my last post. Please excuse it's sloppiness, I will try to make a cleaner computer-generated version later on, but I think I may be refining this later on anyway.
I've never seen an evaporating cloud with more than 1 requirement for each of the prerequisites, but I found it necessary to have a requirement which stems from both CCPM and EVM. The conflict indicated between employing Critical Chain and EVM stems from different behaviors being driven by the two. Critical Chain supports behaviors that focus on efficiency with tasks on the Critical Chain , thus improving the outcome of the project. EVM supports behaviors that make it appear overall cost efficiencies are good, even if those efficiencies are being achieved on tasks that aren't critical to the completion time of the project. Project managers might decide to work on some easier non-critical tasks if their EVM is going to fall short and get a short-term EVM win, but if that happens it throws EVM's predictive power regarding schedule out the window.
The resulting direction from this is to modify the budgeting and cost control tools in the Critical Chain body of knowledge. It needs to use buffer management methods for cost, to control the project that is implemented in such a way to make it compatible with existing EVM metrics. There would be a single project cost buffer which is already part of the CCBOK. Cost buffer management would be used for controlling project costs, in addition to an accurate EVM translation based on cost buffer utilization compared to planned utilization.
Note: from a cost perspective, all tasks are on the Cost Critical Chain (CCC) because cost over run in any task will make the project over budget unless other tasks have under runs. It makes no difference if they are on the schedule's critical chain. That's why there's only 1 cost buffer, the project cost buffer.
Please leave comments about this post!
January 14, 2007
CCEVM Evaporating Cloud Diagram
Posted by Josh at 6:11 PM
Labels: budget, ccc, ccevm, ccpm, cost, critical chain, evaporating cloud, evm, project management, project management student, schedule, time
January 12, 2007
Critical Chain Earned Value Management (CCEVM)
I had a discussion tonight with my great friend Chad that got my brain spinning again about Critical Chain and EVM. My notes are not available right now for me to reference, but I wanted to throw out some of the major concepts and challenges I've run into thus far.
First, the question is why bother? Well, I really believe in Critical Chain and TOC concepts, but I think there's too much entrenched thinking out there for it to be adopted by any organizations other than those who are very innovative and have a culture that embraces positive change. For instance, I've heard that most government contracts require EVM reporting, and many private organizations also require it. That kills a lot of possible change to CCPM right there.
I believe that most CCPM enthusiasts are trying to introduce it as necessitating the discard of existing paradigms completely and immediately. (EVM for example) Such a dramatic shift is next to impossible for any organization with a critical mass of bureaucracy, and subsequent lack of innovative capacity. I suggest that a more gradual shift for these entities is the appropriate course of action. I'm not saying it can't be done the other way, I know of several examples where it seems to me the entity was very bureaucratic, but since I don't have personal experience with those companies/agencies I can only speculate.
My goal is to figure out a way to use CCPM to run a project while still using EVM metrics in a useful way, without having to go back and re-baseline the schedule using a traditional critical path approach. Some software packages do exactly this, but I would argue the results of this EVM analysis are not linked to the way the project is managed. The pitfall here is that if traditional EVM is the reporting framework the project is measured on, it will become the driver of how the project is managed. My problem with that is that a project team can work on non-critical tasks when they really should be focusing on critical chain tasks instead, just so they can meet their EVM numbers and pretend they are on schedule. This directly conflicts with the whole concept of CCPM.
So, some rough requirements off the top of my head:
1. Use CCPM methods to schedule and manage the project
2. Modify CCPM methods to incorporate cost buffer management.
3. Use CCPM cost and schedule buffer utilization to formulate meaningful metrics for schedule and cost performance that are EVM in language and intent, and tied directly to Critical Path performance.
4. Ensure CCEVM reporting is useful not only for external project stakeholders, but also adds clear value for the project manager and team. It's crucial that CCEVM makes sense for all parties.
5. CCEVM must be formulated in such a way that organizations who require EVM on projects are able to accept CCEVM metrics after a reasonable evaluation effort.
Some of the paths I can already see:
1. I've created some formulas to calculate feeder and project buffer sizes for schedule and cost based on some specific new information that will be required from the risk management phase.
2. I can see how adding some more statistical information to the CCEVM metrics will help make the data more useful, showing how the aggregate uncertainty decreases as a project progresses.
3. Modification of the traditional CCPM fever chart analysis to incorporate the aggregate uncertainty for various stages throughout a project.
Last but not least, I need to figure out a way to do all this without creating analysis paralysis and having to hire someone extra just to sort all this out!!!
Please leave comments about this post!
Posted by Josh at 11:30 PM
Labels: ccpm, critical chain, earned value management, evm, project management student
January 7, 2007
The Five Diseases of Project Management
No Limits Leadership, Inc. has this white paper authored by Allan Elder titled "The Five Diseases of Project Management". Allan was interviewed on Episode 57 of the Project Management Podcast a short time ago. This is an overview of some of the problems addressed by Critical Chain project management.
He identifies 5 reasons why projects struggle, and a tiny peek at how CCPM addresses them:
• Bad multi-tasking
• Student syndrome
• Parkinson's law
• Task dependency
• PM math where 2+2=5
Check out the white paper here.
Please leave comments about this post!
Posted by Josh at 11:49 PM
Labels: allan elder, ccpm, critical chain, pm, project management podcast, project management student, white paper
January 6, 2007
EVM and Critical Chain Presentation courtesy of Larry Leach
I contacted Larry Leach of www.advanced-projects.com to ask his permission to post a great presentation he did at a NASA project management conference in 2005. He graciously gave his blessing. If you don't know Larry's work, he wrote a book with great reviews called Critical Chain Project Management. I haven't read it yet but hope to soon.
The presentation is regarding how EVM and Critical Chain Project Management (CCPM) can be complimentary, and gives pros/cons of both, etc.
Check it out here.
Please leave comments about this post!
Posted by Josh at 10:08 PM
Labels: ccpm, critical chain, earned value, evm, Larry Leach, project management, project management student