Schedule Compression
last edited by: Keith Emery on Apr 10, 2017 7:14 PM | login/register to edit this page | ||
![]() Fast Tracking and Crashing are used when the project is late and there is a need to bring it back on track, or when you need to shorten the duration of the project. Reasons for schedule compression
Fast trackingAfter reviewing the Critical Path to identify sequential tasks can be done in parallel, ensure that another path has not become the critical path. Dealing with multiple critical paths increases risk, as it increases the opportunities for delays to creep into the schedule. Fast tracking does not incur greater expense, in theory, but it does increase the risk of rework, particularly if it means monitoring efforts must be split among several branches. In this technique, extra resources are allocated to the project in order to deliver earlier. This technique may alter the critical path (or create others). Examples of Crashing include: expanding work schedules, the addition of limiting resources and motivational techniques. A critical path analysis is performed to determine the relative cost and benefit of crashing each activity. Resource allocations are increased for activities with the most efficient schedule compression. Potential risks associated with Crashing are ramp-up times if new workers are on-boarded, fatigue-related mistakes and insufficient monitoring. Fast tracking vs Crashing
Reference
|
|||
last edited by: Keith Emery on Apr 10, 2017 7:14 PM | login/register to edit this page | ||
Comments (2)
"Nobody can make you feel inferior without your consent." - Eleanor Roosevelt |