The critical path method (CPM), or critical path analysis (CPA), is an algorithm for scheduling a set of project activities.[1] A critical path is determined by identifying the longest stretch of dependent activities and measuring the time[2] required to complete them from start to finish. It is commonly used in conjunction with the program evaluation and review technique (PERT).

PERT chart for a project with five milestones (10 through 50) and six activities (A through F). The project has two critical paths: activities B and C, or A, D, and F – giving a minimum project time of 7 months with fast tracking. Activity E is sub-critical, and has a float of 1 month.

History

edit

The CPM is a project-modeling technique developed in the late 1950s by Morgan R. Walker of DuPont and James E. Kelley Jr. of Remington Rand.[3] Kelley and Walker related their memories of the development of CPM in 1989.[4] Kelley attributed the term "critical path" to the developers of the PERT, which was developed at about the same time by Booz Allen Hamilton and the U.S. Navy.[5] The precursors of what came to be known as critical path were developed and put into practice by DuPont between 1940 and 1943 and contributed to the success of the Manhattan Project.[6]

Critical path analysis is commonly used with all forms of projects, including construction, aerospace and defense, software development, research projects, product development, engineering, and plant maintenance, among others. Any project with interdependent activities can apply this method of mathematical analysis. CPM was used for the first time in 1966 for the major skyscraper development of constructing the former World Trade Center Twin Towers in New York City. Although the original CPM program and approach is no longer used,[7] the term is generally applied to any approach used to analyze a project network logic diagram.

Basic techniques

edit

Components

edit

The essential technique for using CPM[8][9] is to construct a model of the project that includes:

  1. A list of all activities required to complete the project (typically categorized within a work breakdown structure)
  2. The time (duration) that each activity will take to complete
  3. The dependencies between the activities
  4. Logical end points such as milestones or deliverable items

Using these values, CPM calculates the longest path of planned activities to logical end points or to the end of the project, and the earliest and latest that each activity can start and finish without making the project longer. This process determines which activities are "critical" (i.e., on the longest path) and which have no float/slack or "total float" zero (i.e., can be delayed without making the project longer). In project management, a critical path is the sequence of project network activities that adds up to the longest overall duration, regardless of whether that longest duration has float or not. This determines the shortest time possible to complete the project. "Total float" (unused time) can occur within the critical path. For example, if a project is testing a solar panel and task 'B' requires 'sunrise', a scheduling constraint on the testing activity could be that it would not start until the scheduled time for sunrise. This might insert dead time (total float) into the schedule on the activities on that path prior to the sunrise due to needing to wait for this event. This path, with the constraint-generated total float, would actually make the path longer, with total float being part of the shortest possible duration for the overall project. In other words, individual tasks on the critical path prior to the constraint might be able to be delayed without elongating the critical path; this is the total float of that task, but the time added to the project duration by the constraint is actually critical path drag, the amount by which the project's duration is extended by each critical path activity and constraint.

A project can have several, parallel, near-critical paths, and some or all of the tasks could have free float and/or total float. An additional parallel path through the network with the total durations shorter than the critical path is called a subcritical or noncritical path. Activities on subcritical paths have no drag, as they are not extending the project's duration.

CPM analysis tools allow a user to select a logical end point in a project and quickly identify its longest series of dependent activities (its longest path). These tools can display the critical path (and near-critical path activities if desired) as a cascading waterfall that flows from the project's start (or current status date) to the selected logical end point.

Visualizing critical path schedule

edit

Although the activity-on-arrow diagram (PERT chart) is still used in a few places, it has generally been superseded by the activity-on-node diagram, where each activity is shown as a box or node and the arrows represent the logical relationships going from predecessor to successor as shown here in the "Activity-on-node diagram".

 
Activity-on-node diagram showing critical path schedule, along with total float and critical path drag computations

In this diagram, Activities A, B, C, D, and E comprise the critical or longest path, while Activities F, G, and H are off the critical path with floats of 15 days, 5 days, and 20 days respectively. Whereas activities that are off the critical path have float and are therefore not delaying completion of the project, those on the critical path will usually have critical path drag, i.e., they delay project completion. The drag of a critical path activity can be computed using the following formula:

  1. If a critical path activity has nothing in parallel, its drag is equal to its duration. Thus A and E have drags of 10 days and 20 days respectively.
  2. If a critical path activity has another activity in parallel, its drag is equal to whichever is less: its duration or the total float of the parallel activity with the least total float. Thus since B and C are both parallel to F (float of 15) and H (float of 20), B has a duration of 20 and drag of 15 (equal to F's float), while C has a duration of only 5 days and thus drag of only 5. Activity D, with a duration of 10 days, is parallel to G (float of 5) and H (float of 20) and therefore its drag is equal to 5, the float of G.

These results, including the drag computations, allow managers to prioritize activities for the effective management of project, and to shorten the planned critical path of a project by pruning critical path activities, by "fast tracking" (i.e., performing more activities in parallel), and/or by "crashing the critical path" (i.e., shortening the durations of critical path activities by adding resources).

Critical path drag analysis has also been used to optimize schedules in processes outside of strict project-oriented contexts, such as to increase manufacturing throughput by using the technique and metrics to identify and alleviate delaying factors and thus reduce assembly lead time.[10]

Crash duration

edit

"Crash duration" is a term referring to the shortest possible time for which an activity can be scheduled.[11] It can be achieved by shifting more resources towards the completion of that activity, resulting in decreased time spent and often a reduced quality of work, as the premium is set on speed.[12] Crash duration is typically modeled as a linear relationship between cost and activity duration, but in many cases, a convex function or a step function is more applicable.[13]

Expansion

edit

Originally, the critical path method considered only logical dependencies between terminal elements. Since then, it has been expanded to allow for the inclusion of resources related to each activity, through processes called activity-based resource assignments and resource optimization techniques such as Resource Leveling and Resource smoothing. A resource-leveled schedule may include delays due to resource bottlenecks (i.e., unavailability of a resource at the required time), and may cause a previously shorter path to become the longest or most "resource critical" path while a resource-smoothed schedule avoids impacting the critical path by using only free and total float.[14] A related concept is called the critical chain, which attempts to protect activity and project durations from unforeseen delays due to resource constraints.

Since project schedules change on a regular basis, CPM allows continuous monitoring of the schedule, which allows the project manager to track the critical activities, and alerts the project manager to the possibility that non-critical activities may be delayed beyond their total float, thus creating a new critical path and delaying project completion. In addition, the method can easily incorporate the concepts of stochastic predictions, using the PERT and event chain methodology.

Currently, there are several software solutions available in industry that use the CPM method of scheduling; see list of project management software. The method currently used by most project management software is based on a manual calculation approach developed by Fondahl of Stanford University.

Flexibility

edit

A schedule generated using the critical path techniques often is not realized precisely, as estimations are used to calculate times: if one mistake is made, the results of the analysis may change. This could cause an upset in the implementation of a project if the estimates are blindly believed, and if changes are not addressed promptly. However, the structure of critical path analysis is such that the variance from the original schedule caused by any change can be measured, and its impact either ameliorated or adjusted for. Indeed, an important element of project postmortem analysis is the 'as built critical path' (ABCP), which analyzes the specific causes and impacts of changes between the planned schedule and eventual schedule as actually implemented.

edit
  • In Odds On, the first novel by Michael Crichton, robbers use a critical path computer program to help plan a heist.
  • The Nome Trilogy (in the first book, Truckers) by Terry Pratchett mentions "something called critical path analysis" and says that it means "there's always something you should have done first."

See also

edit

References

edit
  1. ^ Kelley, James. Critical Path Planning.
  2. ^ Santiago, Jesse (February 4, 2009). "Critical Path Method" (PDF). Stanford. Archived from the original (PDF) on October 24, 2018. Retrieved October 24, 2018.
  3. ^ Kelley, James E.; Walker, Morgan R. (1959). "Critical-path planning and scheduling". Papers presented at the December 1-3, 1959, eastern joint IRE-AIEE-ACM computer conference on - IRE-AIEE-ACM '59 (Eastern). pp. 160–173. doi:10.1145/1460299.1460318. ISBN 978-1-4503-7868-0.
  4. ^ Kelley, James; Walker, Morgan (1989). "The Origins of CPM: A Personal History". The PM Net Work. 3 (2): 7–22.
  5. ^ Newell, Michael W.; Grashina, Marina N. (2004). The Project Management Question and Answer Book. AMACOM, American Management Association. p. 98. ISBN 978-0-8144-7164-7.
  6. ^ Thayer, Harry (1996). Management of the Hanford Engineer Works in World War II. pp. 66–67. doi:10.1061/9780784401606. ISBN 978-0-7844-0160-6.
  7. ^ A Brief History of Scheduling: mosaic projects.com.au Archived May 18, 2015, at the Wayback Machine
  8. ^ Samuel L. Baker, Ph.D. "Critical Path Method (CPM)" Archived June 12, 2010, at the Wayback Machine University of South Carolina, Health Services Policy and Management Courses
  9. ^ Armstrong-Wright, MICE, A. T. (1969). Critical Path Method: Introduction and Practice. London: Longman Group LTD. p. 5ff.
  10. ^ Sedore, Blake William Clark (2014). Assembly lead time reduction in a semiconductor capital equipment plant through constraint based scheduling (Thesis). hdl:1721.1/93851.[page needed]
  11. ^ Hendrickson, Chris; Tung, Au (2008). "11. Advanced Scheduling Techniques". Project Management for Construction (2.2 ed.). Prentice Hall. ISBN 978-0-13-731266-5. Archived from the original on March 24, 2017. Retrieved October 27, 2011.
  12. ^ Brooks, F.P. (1975). The Mythical Man-Month. Reading, MA: Addison Wesley. ISBN 978-0-201-00650-6.[page needed]
  13. ^ Hendrickson, C.; B.N. Janson (1984). "A Common Network Flow Formulation for Several Civil Engineering Problems". Civil Engineering Systems. 4. 1 (4): 195–203. Bibcode:1984CEngS...1..195H. doi:10.1080/02630258408970343.
  14. ^ "6.5.2.3 Resource Optimization". A Guide to the Project Management Body of Knowledge (PMBOK® Guide) (6th ed.). Project Management Institute. 2017. p. 720. ISBN 978-1-62825-382-5.

Further reading

edit
edit