Critical Chain Project Management

From apppm
Revision as of 20:34, 1 December 2014 by Cruijff (Talk | contribs)

Jump to: navigation, search
Example alt text
Comparison of conventional Schedule and CCPM Schedule.[1]

Critical Chain Project Management (CCPM) is a method of managing projects, where the attention is focused on the resources needed to execute various project tasks. In comparison to traditional project management methods that have its origins in critical path and PERT algorithms, where the emphasis is put on the order of tasks and strict schedules. [2] The typical critical chain project network attempt to keep resources levelly loaded, but requires that they are flexible in start times. Additionally a quick switch between tasks and task chains is desirable to make sure the project is on schedule.

Contents

History

CCPM was developed by Eliyahu M. Goldratt and introduced in 1997 in his book, Critical Chain.[3] Critical Chain Project Management is facilitated through algorithms and methods based on the principles of the Theory of Constraints.[2]

Proponents of CCPM have attested that the benefits over PERT and/or CRM is that application of the Theory of Constraints focuses on how upper management are handling human behavior while envisioning the project network and in managing it afterwards, in constrast to dealing solely with specific technical aspects as the before mentioned methods.[2]

????? It is against these statistics that CCPM looks to improve the circumstances of project management.

Theory of Constraints

Theory of Constraints is a description of how repetitive production systems, with the factor that every system exhibits a certain constraint and overall system performance can only be enhanced by improving the performance of the particular resource constraining the system. The critical chain technique is the realizing component to the theoretical TOC.[4] The Theory of Constraints is typically applied through five steps:[2]

  1. Identify the system's constraint(s).
  2. Decide how to exploit the system's constraint(s).
  3. Subordinate everything else to the above decision.
  4. Elevate the system's constraint(s).
  5. If, in the previous steps, a constraint has been broken, go back to step 1, and do not allow inertia to cause a system's constraint.

Concept

Using traditional project management methods, around 30% of the lost time and/or resources are typically used in wasteful techniques such as bad multitasking, student syndrome, in-box delays and/lack of prioritization.[5]

When the critical chain methodology is applied in project management, the critical chain is the sequence of both resource-dependent and pre-exisitent elements that prevents a project from being completed in a shorter time under the condition of finite resources. If resources are accessable in infinite quantities at any given time, the project’s critical chain is identical to its critical path.[4]

Critical chain are used as an alternative to critical path analysis. There are four dominant features that differentiate critical chain from critical path. Those four are:[6]

  1. The inherent lack of quest for an optimal solution. Typically a sufficient solution is the goal. This comes down to firstly, that there is no analytical method that computes the absolute optimal (shortest) critical chain. Secondly, there is an default uncertainty in effect, where estimates are by nature more volatile than the eventual difference between a optimal and near-optimal solution.
  2. The use of (implicit) dependencies between resources. These dependencies can often be found by checking the resource requirements, yet they are not included in the project network.
  3. Identification and insertion of buffers; project buffer, feeding buffers and resource buffers.
  4. The critical chain method monitors project progress and overall status by looking at the consumption rate of buffers rather than single task performance across from the schedule.

Critical Chain Project Management creates a flexible plan by aggregating the amount of safety time included in separate tasks within the project to buffers. This is done to keep up the due-date performance and avoid wasting the given safety time to circumstances like Parkinson’s Law and inefficiently synchronized integration.[6]

Critical Chain Project Management make use of buffer management instead of for example earned value management, EVM, to measure the performance of a given project. This is done on the basis that earned value management can give a false picture of the status, because a clear distinction isn’t made between progress on the project constraint (the critical chain) and progress on non-constraining factors. In order to determine the size of project or resource buffers, the Event Chain Methodology can be utilized.[7]

Planning

Similarly to the critical path method, the planning phase is initiated by the creation of a project plan or work breakdown structure. The plan is typically designed working backwards from a requested completion date with each task starting as late as possible.

Each task is given a duration. In the implementation of CCPM, through software or other solutions, it is common to designate a best guess duration and a safe guess duration, which is deemed to be highly probable. Another way to implement it is by assigning a fixed percentage to be removed and aggregated into the buffers. [6]

Resources are then given to each task. The plan is resource leveled, i.e. start and finish dates are adjusted based on resource constraints to achieve balance, by utilizing the durations set. The longest sequence of tasks that lead from beginning to the end of the project is identified as the critical chain.[3]

Critical chain project management then applies buffers to monitor project schedule and financial performance. The variance duration between safe and best guess estimates are buffered at the end of the project. In a similar fashion, buffers are collected at the end of each sequence of tasks that feed into the critical chain. Typically the date at the end of the project buffer is used as the delivery date to external stakeholders.[6]

An alternative method for estimating duration over the project is by using probability-based quantification using for example Monte Carlo simulation. In can give a more broaden or in-depth perspective on certain areas of interest depending on the use case.[8]

Execution

Entering the execution phase is possible after the plan is complete. The project network is fixed and the size of the buffers are locked down and used to monitor the project schedule and overall performance and should therefore not be changed during the project.[3]

With little to no slack in the duration of individual tasks, resources are motivated to spend time on the task at hand in order to complete it and then hand it off to the next person. The goal is to mitigate poor multitasking. One initiative is to provide prioritized information to all resources. A relay race works as an analogy. While each component in the project is encouraged to proceed as fast as possible, they should be focused on the current task and finishing it as fast as possible without distractions. The analogy is even realized in some cases by have physical baton being used to signal critical chain work is performed and shouldn’t be interrupted. The result is minimizing the tendency to delay work. This is in contrast to traditional project management where tasks are mainly monitored against deadlines. In Critical Chain Project Management, it is encouraged to proceed as fast as possible, without attention to a given deadline. Planning task duration at 50% probability gives an intrinsic pressure on resources to finish critical chain tasks as quickly as possible. [3][4]

Monitoring

Proponents of Critical Chain Project Management typically deem monitoring as the greatest advantage of using the method. Tasks will inevitably vary in duration from the opening 50% estimate, which in turn removes the reason to force tasks to complete “on time”. Monitoring the buffers created during the planning stage will give a more useful result by utilizing chart or graphs that shows how much the buffer has been used as a function of the project completion. If buffer usage is little to none, the project must be on target. If buffer usage is exceeding the pace of the project, leaving insufficient amounts at the end, corrective actions must be taken to recover or stear the project on right course.Cite error: Closing </ref> missing for <ref> tag


Cite error: <ref> tags exist, but no <references/> tag was found
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox