Fast-Tracking Vs Crashing

Fahad Usmani, PMP

Time is one of the most precious resources in project management. When deadlines slip and stakeholders get anxious, schedule compression techniques can keep your project on track.

In today’s blog post, I will explain what fast-tracking and crashing mean, when to use them, and how to apply them confidently. It also shares recent statistics to show why these techniques matter and offers practical tips you can use today.

Let’s get started.

Why Projects Fall Behind

Projects slip for many reasons: changing client needs, poor planning, resource bottlenecks, bad weather, or unexpected risks. A survey found that over half of construction project owners experienced at least one underperforming project, and only 31% of projects were delivered within 10% of the budget and 25% within 10% of the original timeframe. That means most teams encounter delays and cost overruns at some point.

Delayed projects are more than an inconvenience. Extended shifts and overtime can harm worker safety and productivity. Researchers at Fatigue Science note that prolonged work hours increase the likelihood of accidents because exhausted workers may fail to perceive hazards in time, and fatigue reduces cognitive function and precision. These issues compound: fatigue leads to more errors, rework, and lower morale, which can further extend timelines.

Understanding why delays happen and how to recover is the first step. Schedule compression isn’t a cure-all, but when used wisely, it helps teams regain control without sacrificing scope.

What is Schedule Compression?

Schedule compression involves shortening a project’s timeline without changing its scope. Instead of cutting features, managers adjust when and how tasks are done. Two common techniques are fast-tracking and crashing:

  • Fast-tracking overlaps tasks that were initially planned to be done sequentially. For example, you might start wiring and plumbing simultaneously on a house build instead of waiting until the foundation cures. This can save time but increases the risk of coordination. Fast tracking allows activities to run concurrently to shorten the schedule, yet it can lead to conflicts or errors when tasks interact.
  • Project crashing means adding more resources (people, equipment, or overtime) to shorten the duration of critical tasks. Crashing applies additional resources to critical tasks and often results in higher costs. Crashing brings in extra staff or hours to finish tasks for the least incremental cost, though extra costs still occur.

These techniques should be used strategically. Apply them only after careful analysis of the critical path and resource availability.

Understanding Fast-Tracking

Fast-tracking changes the schedule so that certain tasks overlap rather than follow one another. Fast-tracking moves a subsequent task so it runs in parallel to a predecessor, provided there are no dependencies. Think of a Gantt chart: two tasks originally scheduled sequentially now run concurrently.

Fast tracking

Why choose fast-tracking?

  • It speeds up delivery without adding cost by simply rearranging the order of tasks. That makes it the first option when a project slips behind schedule.
  • When tasks have minimal dependencies or are low complexity, overlapping them can be efficient.
  • It works best when budgets are tight but time is of the essence.

Yet fast-tracking comes with trade-offs. Overlapping tasks increases the chance of miscommunication and rework. Handling multiple tasks at once raises the risk of burnout, and coordination issues can lead to errors. Before overlapping tasks, consider whether your team can handle the extra coordination.

Fast-Tracking Example

Imagine you are building a school. The main construction work is almost finished. The next steps are carpentry and electrical work.

When you check the schedule, you see that the project is running late. You need to work faster to finish on time.

You review the carpentry and electrical tasks to see if they can be done at the same time. If they can, you decide to use fast-tracking.

So, you start both tasks together instead of one after the other. This helps you speed up the project and recover lost time.

When to use Fast-Fracking

Fast-tracking is most effective when:

  • Time constraints are pressing, and the deadline is non-negotiable.
  • Tasks have few dependencies or can be done in parallel.
  • You need to maintain the original scope and cannot change deliverables.
  • The project team has the bandwidth to absorb additional coordination risk.

A rhetorical question you might ask yourself is: Would running tasks side by side shorten our timeline without overwhelming the team? If the answer is yes, fast-tracking may be the way to go.

How to Apply Fast-Tracking

  1. Review the Schedule: Identify tasks on the critical path and note which ones can overlap without dependencies.
  2. Determine Overlap Possibilities: Use a Gantt chart or scheduling software to visualize parallel activities.
  3. Communicate with Stakeholders: Make sure everyone understands the new timeline and potential risks.
  4. Monitor Progress Closely: Track changes in real time to catch rework needs early.
  5. Adapt as Needed: If overlapping tasks create bottlenecks, reassess and adjust the plan.

Understanding Project Crashing

Crashing reduces the duration of critical tasks by allocating additional resources. Project crashing involves allocating more labor, equipment, or overtime to critical tasks, thereby increasing costs. It shortens the schedule for the least incremental cost by bringing in extra resources.

Crashing

Crashing can be more controlled than fast-tracking because tasks still proceed sequentially; the difference is the number of people or tools working on them. When extra resources are available, crashing can deliver time savings without the coordination risks of overlapping tasks. However, it often leads to higher costs and potential quality issues if teams work too fast.

When to Use Crashing

Use crashing when:

  • Deadlines are critical, and you can adjust the budget.
  • Tasks on the critical path are the main cause of delay.
  • Additional resources are available, and the added cost is acceptable.
  • Fast-tracking alone isn’t enough to meet the schedule.

You might ask: Do we have the budget flexibility to bring in more resources? If the answer is yes, crashing becomes a viable option.

Crashing Example

You are building a room. Based on your plan, two masons need four days to finish the work.

If you want to finish faster, you can use the crashing method. This means you add more people to the task. For example, you can bring in two extra masons so the job is done in two days instead of four.

However, crashing does not always work as expected. Skilled workers may not be available, and new workers need time to adjust. You cannot expect a new team to start performing well immediately.

Because of this, the project’s cost may increase without providing much benefit. Always check the situation carefully before using crashing to make sure the extra cost is worth it.

How to Apply Crashing

  1. Analyze Cost Vs Benefit: Estimate how many resources are needed to save a certain amount of time.
  2. Identify Critical Tasks: Focus on tasks that directly influence project completion.
  3. Secure Additional Resources: Bring in extra workers, overtime hours, or equipment.
  4. Update the Schedule: Modify your project plan to reflect increased staffing and shorter durations.
  5. Monitor Quality and Morale: Watch for burnout or declining quality. Regular check-ins help prevent fatigue and accidents.
  6. Evaluate Progress: If costs rise without meaningful gains, stop crashing and reconsider the approach.

Fast-Tracking Vs Crashing: Key Differences

Below is a concise comparison of the two techniques. Use it as a quick reference when choosing the best option.

ParameterFast-trackingCrashing
ApproachOverlaps tasks so they run concurrently Adds resources to critical tasks 
Cost impactGenerally minimal; rearranges existing tasksIncreases costs due to extra labor and equipment 
Risk levelHigher risk of rework and miscommunicationLower risk of coordination issues, but potential quality concerns
When to useTight timelines, low-complexity tasks, no dependency conflictsFirm deadlines with flexible budget; critical path tasks need acceleration
ExampleStarting design and content creation simultaneously on a website projectHiring additional carpenters to finish framing on time

Pros, Cons, and Real-World Examples

Benefits of Fast-Tracking

  • Shorter Timelines: Overlapping tasks can shave days or weeks off the schedule.
  • Better Resource Utilization: Teams and equipment work without idle periods.
  • Enhanced Client Satisfaction: Delivering early builds trust and offers a competitive edge.
  • Delay Mitigation: Creates a buffer against future delays.

Drawbacks of Fast-Tracking

  • Team Burnout: Running tasks concurrently can spread your team too thin.
  • Rework Risk: Overlaps can cause miscommunication and errors.
  • Quality Issues: Quick pace may reduce attention to detail.

Benefits of crashing

  • Predictable Schedule Reduction: Additional resources directly shorten critical tasks.
  • Controlled Risk: Tasks remain sequential, reducing coordination chaos.
  • Fast Results: When time is critical, crashing can yield rapid gains.

Drawbacks of Crashing

  • Higher Costs: Overtime, equipment and new staff increase expenses.
  • Potential Fatigue: Extended work hours can lead to accidents and lower productivity.
  • Diminishing Returns: After a point, adding more people doesn’t save much time and can hurt quality.

Real-World Scenario

Imagine a mid-sized software project that is four weeks behind schedule. The critical path includes UI design, coding, and testing. The team might fast-track by starting the testing of completed modules while development continues on the remaining features. If that isn’t enough, they could crash the project by hiring contract developers to increase coding capacity. This mixed approach shortens the timeline while balancing costs and risks.

When to Use Fast-Tracking or Crashing

You should choose fast-tracking or crashing based on your project situation, deadlines, budget, and the risks you can accept.

Fast-tracking is usually the first option when you want to shorten the schedule without increasing direct costs. It works best when activities have low dependencies or can safely overlap. If fast-tracking does not reduce the schedule enough, you can then consider crashing.

Crashing is useful when the client wants the project finished earlier and is willing to pay for additional resources, such as overtime, extra staff, or specialized equipment. This method shortens the schedule but increases cost and may affect team morale or quality if not handled well.

Sometimes you may need both fast-tracking and crashing. This happens in situations where the schedule must be compressed beyond what a single technique can achieve alone. For example, if the client plans to apply penalties for delays, you must compare the cost of crashing against the financial penalty. If the penalty is higher or the project impacts revenue or operations, using both techniques together may be necessary.

You may also choose crashing when a delay could harm the company’s reputation, damage client trust, or delay a high-priority product launch. In such cases, the cost of crashing may be justified to protect long-term business value.

FAQs

Q1. Can you use fast-tracking and crashing together?

Yes. Combining both techniques can deliver the most significant reduction in schedule. Start with fast-tracking; if further acceleration is needed and the budget allows, apply crashing to critical tasks.

Q2. Does fast-tracking always save money?

Not necessarily. Fast-tracking doesn’t add direct costs, but it can lead to rework if tasks overlap. The cost of fixing errors may offset the time saved.

Q3. What is the biggest risk of project crashing?

Budget overruns are the main risk. Bringing in extra resources raises costs, and if the additional team members aren’t well integrated, quality may suffer.

Q4. When should a project manager avoid schedule compression?

Avoid it when tasks have many dependencies, the team is already overworked, or the client allows a scope or deadline change. In such cases, adjusting scope or priorities may be safer.

Q5. How do you know if a task can be fast-tracked?

Check the dependencies. Only tasks that don’t rely on each other can run concurrently. Even a small dependency can cause rework or quality issues if fast-tracked.

Summary

Fast-tracking and crashing are potent tools in a project manager’s toolkit. Used wisely, they can help recover lost time without sacrificing deliverables. However, they are not silver bullets. Consider your team’s health, your budget, and the complexity of your tasks before deciding.

Recent research underscores the importance of sound planning. More than half of construction projects run behind schedule, and fewer than one-third meet their budget and timeline targets. Extended shifts can also create a safety hazard. By understanding the trade-offs between fast-tracking and crashing, you can choose the approach that minimizes risk and maximizes value.

Want to deepen your project management skills? Check out my Project Management training course. If you’re preparing for the PMP exam, my online course offers guidance and practice questions to ensure you’re ready.

Further Readings:

This topic is important from a PMP exam point of view.

Fahad Usmani, PMP

I am Mohammad Fahad Usmani, B.E. PMP, PMI-RMP. I have been blogging on project management topics since 2011. To date, thousands of professionals have passed the PMP exam using my resources.

PMP Question Bank

This is the most popular Question Bank for the PMP Exam. To date, it has helped over 10,000 PMP aspirants prepare for the exam. 

PMP Training Program

This is a PMI-approved 35 contact hours training program and it is based on the latest exam content outline applicable in 2026.

Similar Posts

  • | | |

    Quality Vs Grade: Definitions & Differences

    Grade and quality are two of the most commonly used terms in project management. Not just in this field either; you will use these terms on a daily basis. For example, people frequently say that this is a low-grade product, this is a high-grade product, this is a low-quality product, or this is a high-quality product.

    What does that actually mean?

    Does “low-grade” mean bad or undesirable and “high-grade” always mean good?

    To put it simply, no. low-grade and high-grade are not necessarily right or wrong, and that is what we are going to discuss in this blog post.

    Grade and quality are fascinating concepts; however, even professionals don’t understand their differences and mistakenly use them synonymously. They are not difficult terms to understand, we simply need to pay them a bit more attention.

  • |

    Bottom-Up Estimating: Step-by-Step Guide, Example, Pros & Cons

    Bottom-up estimating is one of the most accurate methods for estimating project costs, durations, or resources. It helps you create realistic budgets and schedules. This approach starts by breaking the project into small tasks. Each task is estimated for time, cost, and resources. These small estimates are then added to form the total project estimate….

  • What is a Project Schedule Network Diagram?

    A project schedule network diagram is one of the most effective tools for planning, sequencing, and controlling project work. It visually shows how activities connect, the order in which tasks must occur, and how long each activity may take. Using a project schedule network diagram helps you clearly understand dependencies, identify parallel tasks, and calculate…

  • |

    Risk Vs Uncertainty in Project Management

    Risks are commonly assumed to be the same as uncertainty in the area of risk management. Although there is a big difference between risk and uncertainty, many professionals often think that they are the same.

    Although this concept is not too important from a PMP or PMI-RMP exam point of view, you must understand the difference to avoid mixing them up.

    Therefore, I’m writing this blog post to explain it and I hope after reading it, you won’t have any problems distinguishing between risk and uncertainty.

  • Stakeholder Salience Model in Project Management

    Project management is about managing stakeholders’ expectations. If they are not happy, you cannot complete your project successfully.

    Small projects have fewer stakeholders, so you can manage them easily. However, larger projects are difficult because of the huge number of stakeholders.

    With limited resources and a stressful environment, it is difficult to treat every stakeholder equally. Every stakeholder has different requirements and expectations. So, identify and classify your project stakeholders, find these requirements and expectations, so you can manage them.

  • |

    Contingency Plan Vs Fallback Plan

    This is one of those concepts that makes professionals scratch their heads. I was a victim of it myself. During my initial days of PMP exam preparation, I had difficulty understanding the difference between the contingency plan and the fallback plan.

    I used to think that the contingency plan was used to manage identified risks and the fallback plan was for unidentified risks. This was wrong. Contingency and fallback plans help manage identified risks.

    However, since both plans are used to manage risks, you may wonder which you should follow if any identified risk occurs as both deal with identified risks?

    Since I have passed the PMP and PMI-RMP exams and understand these concepts well, I am writing this blog post and hope after reading it you will be able to differentiate the contingency and fallback plan.

100 Comments

  1. thanks very much, this project has adequately prepared me for a project management exam
    fast tracking and crushing now understood

  2. Please help me with this query:

    Out of fast tracking & Crashing, which technique one should use when network diagram cannot be changed.

    For reference this is the exact question:
    Q. After completing the schedule network analysis, you find out that your project schedule is taking too long and you also find that you cannot change your network diagram. In such cases, in order to get the project completed faster, what option do you have?

    A. Nothing can be done
    B. Crash the project
    C. Perform resource leveling
    D. Fast track the project

  3. I am enjoying a lot to read the content. This article is beneficial for me. I understand where which technique is used.

    Thanks a lot.

    Abuzar Azmi

  4. Hi..very gud explanation..what is the difference between resource levelling and resource smoothing?is related material available in pmstudycircle?

  5. Thanks for your explanation.Its very simple and easy to understand as now i have the correct idea of fast track and crashing.
    Thanks once again.

    Ubaidur Rehman

  6. It is not simple math. It is not necessary that four labor finish a work in 10 days then 8 labor will finish in 5 days. Many times, it takes more and the cost of newly acquired labor will be higher than your current labor. You may also need some equipment or material at urgent basis which you planned to used later, this may also cost more.

  7. Very nice post and you have explained the compression technique in a simple manner.

    However, I am not clear with “Usually sequential activities can sometime be fast tracked by 33%. This mean if the previous activity is 66% completed, you can start next activity. Here, both activities will be partially overlapped” statement. Can you please elaborate the same?

    Thanks for your help in advance.

    1. It depends. Sometimes you are able to finish an activity before its actual finish date and start next activity before its actual start. Other times you can start next activity before completing the previous activity.

  8. Very simple and comprehensive explanation of schedule compression. Just like to add one thing:
    There is another disadvantage of these techniques that they disturb the cash out-flows and create more nuisance for the Finance Manager, at times.
    Thanks

  9. If there is a scope change request by the client. First the PM will document the change request, then he will evaluate/assess the change to understand if there is any impact on other projet constraints. If he find that the scope change will affect the schedule. So he looked for an option to fast track the critical paths. My question is does he need a separate approval for doing fast tracking ?

    1. Fast tracking usually does not require any approval, how you need to communicate it to the concerned stakeholders.

      1. Hi Fahad,

        Thanks for detail explanation. Not directly related to fast tracking but I have following scenario regarding change requests if you can have a look.

        Say when measuring current project performance, variations are encountered and degree of variation is determined. Now to bring the performance back on track, corrective action is recommended.
        The request is documented and change request is created, entered into change log, and evaluated, detail impact is analyzed against constraints and various options are identified to address the change.
        The Change does not impact project management Plan or its subsidiary plans or project documents neither it has an impact to performance measurement baselines.
        So in the above case still submission to CCB for approval is required? or such cases are at discretion of project manager to decide.
        Some where I read a statement every change request (including corrective, preventive and defect repair) would need to go to CCB for approval or rejection, so got confused!!

        Thanks
        Sushil

        1. You will have to built in your plan. If the plan says that every change request should go through the CCB regardless it affects any parameters or not, your change request will go through it.

          Usually if any change request does not impact any parameter, does not go through the CCB. You should only document it.

          1. Thanks Fahad, Does this applies considering PMBOK point of view.

            “Usually if any change request does not impact any parameter, does not go through the CCB. You should only document it.”

            So can i conclude every change request may or may not be submitted to CCB for approval which depends upon the change management plan or considering management by exception.

            1. You have to document every change request whether it impact any project objective or not.

              Regarding the CCB process, you can define it in your project plan.

  10. Question – if compressing the schedule (ex. fast tracking), to bring a project back to meet the end target date, would a change request be required?

    My guess is not in this case.

    But I imagine if the fast track did impact the schedule baseline (i.e. move it up) then a change request would be required.

    Would appreciate your opinion! Thanks

  11. What is the effectivenes of crashing techniques in project schedule based on construction?

    1. In crashing you add more resources such as increasing the number of labors, which helps you complete the task earlier.

  12. Crashing means also giving
    overtimes for the team work and cost the hour of the overtime equal 1.5 the hour of duty … I wanted to explain that the crashing costs incremental money.
    Khalid Elagmy

    1. It depends on company’s policy. Some companies give 1.25 times other give 1.5 in normal days. In holiday this may go up to 2 times.

      1. If there is a current talent work pool at a construction site could I crash project by reallocation resources which may not cost more

  13. When schedule and budget are changed means only that time scope is changed or there are some other reasons that may also bring change in scope? If they are what are they?

    If clients wants to do a small change in product scope such as scope, can we do it or we have to go through change control system?

    1. There are many factors that can lead to change in scope. For example, market condition, occurrence of any unidentified risks, or it is just a client request.

      Every change needs to be documented and if the change require modification in any baseline, it has to be go through the change control system.

  14. Assalam-o-Alaikum
    Fahad Usmani

    In Fast Tracking when we go from sequenced planning to paralleled planning for schedule compression, why we do not need extra money or resources such as labor, keep in consideration that our limited amount of resources or labor are involved in doing sequenced activity, let say at least one activity ( resources will go to the next activity after finishing current activity) while in doing activities in parallel our resources or labor are involved in doing at least 2 activities (More money, resources or labor will not be required in this case to perform 2 activities at the same time, will not cause duplication of resources in order to get the activities done at the same time in order to save time.

    Thanks

    1. First of all, you will review all activities, and if you find a few activities that can be performed parallel or partially parallel, you will go for it.

      For example, let’s say you have two activities in sequences: carpentry and electrical works. These two activities will be performed by different people at different time. Now you review these activities and find that you can run these two activities parallel.

      So you called these guys to work in parallel. In this case neither you have to spend more money, nor bring extra labor.

      Hope it helps.

  15. Hi,
    Everything is perfectly explained and thanks for that but same time why didnt you add its merit and demerits for better understand.
    Looking forward with answer.

    1. Good suggestion Dorji.

      I have noted your advise, and soon I will update this blog post with merits and demerits of fast tracking and crashing.

  16. How crashing affects the overall project goal and strategy ?
    Effectiveness of crashing technique in project management for industry ?

  17. Hi Venkat,

    You need to consider the LAW of Diminishing Returns ” The marginal productivity of the workforce decreases as output increases, diminishing returns do not mean negative returns until (in this example) the number of workers exceeds the available work space.”.

    What Mr. Fahad was explained same thing in his reply.

  18. Hi Fahad,

    All of your blog post are very nice and clear.

    Compare to other blog posts, I think you forgot to elaborate Risk while Fastrack and Rework while Crashing with examples. Any way its nice.

    Thanks,
    Lax

  19. Hello All
    Can someone please share their thoughts for this one?
    I don’t want to type in the entire question, but basically you are under budget and 3 weeks behind schedule. After an EAC assessment, your values are ($450,000) and it will require 4 more weeks to complete the project. What should you do?
    a)crash b) fast track (the other 2 options are goldplate and outsource..ridiculous I know)

    I picked a) crash, because I thought since you are under budget, its not a constraint for you, you can add in more resources, more experts..whatever the money can afford you to complete the project sooner, with the advantage of lesser risk as compared to the correct answer of b) fast track. But doesn’t fast track introduce more risk?

    1. Even if you are under budget, you will first look for fast tracking because it saves money. If it is not possible, you will go crashing.

    1. It depends on many factors, such as duration of the activity, duration of successor and predecessor activity, its relationship with other activities, resource available with you and finally whether the activity can be crashed or not.

      There is no universal answer to this question as the project manager has to take decision based on many things…

  20. Hi,

    I have one question regarding crashing will increase the cost of the activity.

    I have an activity in which two guys are working and it would take 4 days to complete the work. The charge for these guys is say $100 per day. So for 4 days it will take $800. Now if I add two more resource and now four guys can complete the same work in 2 days. Still the cost is same $800.

    I have used crashing technique to do schedule compression but the cost has remained same. Where is the cost increase..

    Venkat

    1. It is not always possible that if a job can be finished by 2 guys in 4 days, you add 2 more guys and job is finished in 2 days.

      Why?

      Because there is always a decay in efficiency in performance if you bring more guys to the activity to complete task sooner.

      I mean, if 2 guys finish a job in 10 days, then 4 guy may finish this job in either 5 days or 6 days. It is not always true that they will finish the job in 5 days.

      It may also be possible that the new guys may have the less skill than the guys you have because your old guys have a experience in handling the task and are selected just because of that.

      Moreover, since you are bringing new guys in hurry, you may have to pay them higher than they guys already working on your project.

      Also, assume that you have 2 heavy equipment with you. Since you want to finish this job early, you are renting two more equipment from open market, which will cost you a lot.

      Same is true for consumables, you may end up purchasing them at higher price.

      There is also a chance of rework…

      Point is, there are many possibilities that can increase the cost. It is just not only the human resource, there are others factors impacting it as well…

      1. on the question/proposal of venkat , i want to comment an example ……….
        One Woman can give a child birth / produce one baby in nine months, now 9 women jointly can’t produce one baby in one month.
        So, depends on nature of work and way of work.

      2. want to add something to your answer on Venkat question:
        even though we pay 800$ in both cases, it’s not the same thing. because we pay 800$ in only 2 days and there is a link between cost and schedule.
        also, maybe the resource is paid for the whole work, not per day or per worked hours, hence, if you pay 400$ each resource, you’ll be paying 1600$ for 4 resources :)

  21. Am really understand the explaination. Thanks so much, may alimighy God continue to bless you.

  22. Awesome i got the explanation. Great to have people like you on the face of earth.God will continue to increase your Knowledge and Understanding.

    Bada.

Leave a Reply

Your email address will not be published. Required fields are marked *