Critical-Chain Approach
(→CCPM as a solution to these problems) |
(→CCPM as a solution to these problems) |
||
| Line 74: | Line 74: | ||
CCPM was developed to reengineer the project planning and management practices, in order to eliminate the problems mentioned above, which existing methods, expensive software and tools had not been able to solve. These problems lead to poor project results such as increased cost, fewer deliverables than expected and frequently missed deadlines due to unrealistic estimates of activity durations. The biggest potential for improvements are connected to the common cause variation which the CCPM takes advantage of. | CCPM was developed to reengineer the project planning and management practices, in order to eliminate the problems mentioned above, which existing methods, expensive software and tools had not been able to solve. These problems lead to poor project results such as increased cost, fewer deliverables than expected and frequently missed deadlines due to unrealistic estimates of activity durations. The biggest potential for improvements are connected to the common cause variation which the CCPM takes advantage of. | ||
| − | + | Dr. W. Edwards Deming, an American engineer and a management consultant, developed the theory of Common Cause Variation and defined two types of variations: | |
| − | Dr. W. Edwards Deming, an American engineer and a management consultant, defined two types of variations | + | |
# Common Cause Variation: is caused by unknown factors resulting in steady but random distribution of outputs around the average of the data. This type of variation is inherent in the system and is a measure of how well the process can perform when the special cause variation is removed. | # Common Cause Variation: is caused by unknown factors resulting in steady but random distribution of outputs around the average of the data. This type of variation is inherent in the system and is a measure of how well the process can perform when the special cause variation is removed. | ||
# Special Cause Variation: is a shift in outputs caused by specific factors such as environmental conditions or a specific machine. This type of variation can be accounted for and possibly removed. | # Special Cause Variation: is a shift in outputs caused by specific factors such as environmental conditions or a specific machine. This type of variation can be accounted for and possibly removed. | ||
Revision as of 08:36, 14 September 2016
Critical Chain Project Management (CCPM) is a methodology for planning, executing and managing projects. The focus is on the project schedule and to reduce project changes and cost overruns by taking into account resource allocations and time uncertainties of activities.
The method was developed by an Israeli physicist, Eliyahu M. Goldratt, who introduced it in his Theory of Constraint (TOC) book “Critical Chain” in1997, which later became the foundation of CCPM. It was developed to reengineer the project planning and management practices in order to eliminate common issues and problems that can lead to poor project results, such as increased cost, fewer deliverables than expected and frequently missed deadlines due to longer than expected durations of activities.
CCPM differs from other traditional project planning methods that have its origin in critical path and PERT algorithms in several ways. The emphasis is on resources available, flexible starting times, interim milestones in projects and the use of resource-, feeding- and project- buffers but not order of tasks and strict schedules. The CCPM attempts to level out the resources available where a switch between project tasks are often needed to make sure the project is on schedule.
The focus of this article is to introduce and explain the background and concept of the CCPM approach when planning and scheduling a project together with benefits and limitations of the method. Undesired effects of more traditional planning and scheduling methods will be discussed, followed by how to prevent these effects by using the CCPM approach.
Contents |
The Author and the history
Author
Eliyahu M. Goldratt (1947 – 29111) was born in Israel and over his life he worked as a lecturer, researcher, scientists, and a business leader. Goldratt completed a Master of Science and a Doctors degree in Philosophy both obtained at Bar-Ilan University in Israel [1].
He is known for developing the groundbreaking Theory of Constraints (TOC), which he introduced in his book “Critical Chain” in 1997. The book reveals the reasons for why projects are unable to finish on time or within budget. In response to that, the TOC method was introduced [2] . This method reengineers the project planning and management practices in order to eliminate issues and problems that lead to poor project results. In addition he is the innovator behind several TOC tools such as “the thinking process”, “drum-buffer-rope” and the “Critical Chain Project Management” (CCPM) [1].
History
The importance of projects in today’s global and chaotic environment is becoming significant and will continue to grow in the future. All businesses have projects and they are turning to project management as a way to improve project results in order to stay ahead of the competition. Despite of precise planning and strict schedules through PERT/CPM approaches, lack of efficiency in project management has been a big issue in the last decades. The Theory of Constraints approach (TOC) to project management strives to eliminate this lack of efficiency by using the Critical Chain method when planning, scheduling and monitoring projects [3].
It all started with Eliyahu Goldratt’s first book, “The Goal”, a non-traditional approach to share knowledge. The book is a business textbook written in a novel form, disguised as a love story and tells a story of a manager in problems due to his poorly run manufacturing plant [1]. According to Goldratt, interdependency of elements influences the ability of businesses to do what should be done and that manufacturing plants can be controlled by three main measures; throughput (TH), operating expenses and inventory. Based on this, he described the Drum-Buffer-Robe (DRB) approach, which is to produce only what is needed. In his second book “It’s not Luck” he extended this method for marketing and distribution and the extended method became known as The Theory of Constraint (TOC). In his third book “The Critical Chain” he applied the TOC method to Project Management and this method is now know as Critical Chain Project Management (CCPM) [3].
Theory of Constraints
Theory of Constraint (TOC) is a change method that focuses on identifying constraints or bottlenecks in processes and systems, to enable appropriate action to be taken to improve performance to gain more profit [4]. Goldratt applied this theory to marketing and distribution in his second book “It’s not Luck” published in 1994 [2]. According to him organizational performance is dependent on bottlenecks, which prevent the organization to maximize its performance and reach the objective, which is normally to increase profit [5].
These bottlenecks can include information, equipment, work force, and supplies and can be both internal and external to an organization. The fundamental concept of the theory is that, every business has at least one constraint, that is, any factor that limits the output of the organization and prevents it to improve the performance. In other word the weakest link in the chain. The theory also states that the processes or systems can only have one weakest link at a time, and that other weaknesses are not constraining until they become the weakest link. The theory can be used in various situations and is based on five steps to improve productivity [5].
The five steps of theory of constraint
The aim is to keep the constraint or the bottleneck as efficient as possible, because, only the efficiency of the bottleneck is a critical factor to the overall performance. There are five important steps to improve performance of a chain. Each step will be explained with an example in production planning terms [6].
- Identify constraints of the process or the system: It is important to identify the bottleneck. If the bottleneck is a machine, the maximum utilization must be achieved, ensuring there is always work to do for this particular machine [6].
- Determine how to exploit these constraints: Find ways to ensure the maximum utilization of the bottleneck. This could mean reducing the number of changeovers, offload work that can be done on another machine or reduce setup times to create additional capacity [4].
- Subordinate system’s constraints: It is meaningless to run other machines with a higher production rate than the bottleneck. Therefore every other decision must be subordinated to keep the bottleneck running [4].
- Elevate constraints to a new level of productivity: Concentrate all resources and efforts on the bottleneck to increase throughput rate or output. One way to do this is to run the bottleneck machine for extra hours every day, this increases the capacity of the machine [6]. The different between step 2 and 4 relates to the amount of investment required [4].
- Start again on step on: With increased capacity of the machine, there might be a new bottleneck, which needs to be addressed and the process of improvement must be repeated. Make sure inertia does not cause a system constraint [6].
Traditional approaches
Problems with PERT/CPM approaches
Several problems are related to the use of PERT and CPM, the traditional approaches, when scheduling and planning projects. These factors have one thing in common; they can all cause delays in the project completions.
Variability of task duration and convergence points
Most projects have a multiple tasks that converge to another tasks in the critical path, see figure 3 where activities A and B converges to activity C. This means that both A and B must be completed before activity C can be started. Due to variability of task durations, the start date of activity C (the dependent task) may be incorrect. The impact of this problem can be escalated, because all projects have paths that merge into one end node. Both PERT and CPM approaches fail to take into account the variability of task durations [3].
Scheduling to a specific time
Traditional approaches make use of start date and task durations when planning and scheduling resources. This means that if activity A is completed early, activity B will still start on the earliest start date, in this example day 4,see figure 3. However, if activity A is completed late, activity B will start late, since the activities are sequential. Both PERT and CPM do not link the start of activity B to the real finishing time of activity A [3]. In addition, scheduling to a specific date can increase the probability of two unfortunate syndromes occurring, both of them leading to a failure of completing activities early.
Sandbagging: In project management, sandbagging refers to the practice of holding a complete work until the true due date arrives. This can produce poor picture of where the project and the organisation really stands [3].
Parkinson’s Law: This occurs when an activity is completed before deadline but resources are still improving the work until the due date is reached. A good example is when a worker is given a task that takes only a few hours to complete, but was allocated a few days of work in the schedule. The time spent on the activity is often expanded and finished at the last minute. This can also be adapted to budgets and other constraints [3].
Increasing the estimated duration time of tasks
This is an extension to problem 2. A path has 40% certainty to be completed at the earliest finish date, in day 12. However, this is not reliable enough, so the resource manager increases the time estimate by 25%. This means that activity B can now start on day 5, the earliest, and is scheduled to finish in day 15, instead of day 12. This means, that the path is more reliable, but an extra day is needed to complete the project [3].
Consuming slack early in the process
Considering a non-critical path with a total slack of 5 days and the management practice of delaying the activities of the non-critical path to save money. This means that activity A will start during day 5 and the whole slack is spent in the beginning of the sequence A-C-F. The slack is therefore no longer protecting the sequence if anything unexpected happens [3].
Student syndrome: The student syndrome is a common student behaviour to postpone the homework to the last possible start time, while at first working with a high level of slack. In project management, this syndrome can jeopardize the due date. This can be caused by, poor project management, unclear requirements, human nature etc. [7].
Resource issues
Neither PERT or CPM approaches do not take into account that resources might be needed at the same time. E.g. assume that activities C1 and C2 need the same resource C. If C1 starts first, C2, which is part of the critical path, will be late and therefore the whole project will be delayed. If C2 starts, activity C1 will be late and the non-critical path will become critical. Either way the project will not be finished on time [3]. Another big resource issue is the phenomenon of multitasking.
Multitasking and safety times: The performance of multiple project activities done at the same is called multitasking, dividing time between multiple project tasks and shifting from one activity to another if there is no prioritization of activities. Multitasking is often thought of as a good way to improve efficiency of resources. However, the focus on local efficiency can damage the over all performance. This issue can easily be explained by comparing two project paths, see figure 4. The first path prioritizes the work of activity A and the activity will be completed in 10 days. Multitasking is used in the other path, where activity A is completed in 20 days but the total duration of both paths are 30 days. Another issue caused by multitasking is the increase in lead-time because of increase in setup changeovers. This can often result in project managers adding extra time to be on the safe side in terms of project delivery time [7].
CCPM as a solution to these problems
CCPM was developed to reengineer the project planning and management practices, in order to eliminate the problems mentioned above, which existing methods, expensive software and tools had not been able to solve. These problems lead to poor project results such as increased cost, fewer deliverables than expected and frequently missed deadlines due to unrealistic estimates of activity durations. The biggest potential for improvements are connected to the common cause variation which the CCPM takes advantage of.
Dr. W. Edwards Deming, an American engineer and a management consultant, developed the theory of Common Cause Variation and defined two types of variations:
- Common Cause Variation: is caused by unknown factors resulting in steady but random distribution of outputs around the average of the data. This type of variation is inherent in the system and is a measure of how well the process can perform when the special cause variation is removed.
- Special Cause Variation: is a shift in outputs caused by specific factors such as environmental conditions or a specific machine. This type of variation can be accounted for and possibly removed.
All project activities have common cause variations in the time of activities, which represent uncertainty in performance. Traditional planning and scheduling methods estimate the impact of common cause variations and settle the problem by adding safety time for each activity. CCPM deals with common cause variation through shortened estimate of task durations and by using strategically located buffers, this aggregates the safety time and protects the chain [7].
In addition to this, CCPM enables the project team to focus on completing the project as soon as possible by only providing a start dates for the whole activity chain and the end of the project buffer. During the project, the plan only provides approximate start times and estimated activity durations for each project activity. This can eliminate the effects of sandbagging, Parkinson’s Law and student syndrome.
As long as resources start the activity as soon as necessary inputs are received, work on an activity without multitasking, and passes on the activity output to the next activity as soon as it is completed, CCPM does not criticize performances that overrun the estimated activity durations. CCPM also provide resource buffers to protect project activities from unavailable resources, which ensures resources are ready to work as soon as the activity input is ready [7].
The concept of Critical Chain Approach
Planning
Execution
Control
Benefits
Limitations
Conclusion
References
- ↑ 1.0 1.1 1.2 Van Vliet, V.(2011) "Eliyahu Goldratt.", Retrieved on 11 September 2016 from http://www.toolshero.com/toolsheroes/eliyahu-goldratt/
- ↑ 2.0 2.1 TOC Goldratt.(2011) " Biography of Dr. Eliyahu M. Goldratt.", Retrieved on 11 September 2016 from https://www.toc-goldratt.com/tocweekly/biography-of-dr-eliyahu-m-goldratt/
- ↑ 3.0 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 Abreu, A., & Correia, F.(2011) "An overview of Critical Chain applied to Project Management.”, 4th International Conference on Manufacturing Engineering, Quality and Production Systems, Meqaps – Proceedings, 261-267
- ↑ 4.0 4.1 4.2 4.3 Rand, G.K.(2000) "Critical chain: the theory of constraints applied to project management", International Journal of Project Management 18(3), 173-177
- ↑ 5.0 5.1 Mind Tools Editorial Team (2016) "The Theory of Constraints (TOC) - Strengthening Your "Weakest Link".", Retrieved on 11 September 2016 from https://www.mindtools.com/pages/article/toc.htm
- ↑ 6.0 6.1 6.2 6.3 McKellen. C.(2004) "Theory of Constraints", Metalworking Production. 148(6), 9-9
- ↑ 7.0 7.1 7.2 7.3 Leach, L.P.(2000) "Critical Chain Project Management Improves Project Performance", Project Management Journal 30(2), 39-51
