This guide will focus on crashing in project management<\/a>, and it will walk you through the following:<\/p>\n\n\n\n Crashing a project means speeding up the project by employing additional resources, in cases where the <\/strong>project scope<\/strong><\/a> and the <\/strong>project deadline<\/strong><\/a> cannot be changed.<\/strong><\/p>\n\n\n\n In PMI\u2019s PMBOK Guide \u2014 7th Edition<\/a>, crashing is defined as \u201ca method used to shorten the schedule duration for the least incremental cost by adding resources.<\/em>\u201d<\/p>\n\n\n\n You can think of it as cramming for an exam \u2014 the exam date and the amount of learning material won\u2019t change, so you have to utilize all the resources and brainpower at your disposal to finish studying in time for the exam, while the clock is ticking.<\/p>\n\n\n\n Now, crashing is a highly useful and important project management tool \u2014 but it should be used sparingly.<\/p>\n\n\n\n Since crashing a project entails a large budget increase for employing additional resources, it should only be used as a last resort when:<\/p>\n\n\n\n That said, the best, and most effective time to begin crashing a project is as soon as the need for it is identified. <\/p>\n\n\n\n According to research published by the International Digital Organization for Scientific Research<\/a>, crashing can increase the quality of work and reduce the duration of the project by as much as a third. <\/p>\n\n\n\n But, to be successful, \u201cproject crashing should be calibrated, decided upon, and applied at the very start of a project for effective results.<\/em>\u201d<\/p>\n\n\n\n Crashing and fast tracking are two commonly confused techniques for speeding up the project timeline<\/a>.<\/p>\n\n\n Crashing<\/strong>, as we said, involves adding more resources (most often more manpower) to the project to make up for lost time and finish the project by the agreed deadline. As a result, crashing is expensive and should, therefore, be used only after careful deliberation.<\/p>\n\n\n\n Fast tracking<\/strong> refers to cutting the time needed to finish the project by taking two or more tasks that were meant to be performed separately, one after the other, and doing them at the same time.<\/p>\n\n\n\n Fast tracking is a much cheaper choice than crashing a project \u2014 but it\u2019s not always possible to pull off as some tasks can only be done after others have already been completed. <\/p>\n\n\n\n In cases where fast tracking is<\/em> possible, project managers might choose to do it first, or even try suggesting a reduction of scope, before resorting to crashing.<\/p>\n\n\n\n Contrary to popular belief, crashing is actually a very straightforward concept \u2014 pay more to get things done faster.<\/p>\n\n\n\n Let\u2019s make things simple with an example from day-to-day life. <\/p>\n\n\n\n Imagine you\u2019re moving to a new apartment and you have to get all your things out of your old apartment in two days because that\u2019s when the new tenant is moving in. <\/p>\n\n\n\n The deadline is non-negotiable, you have a lot of work to do, and you can\u2019t do it in time with the resources you currently have at your disposal. <\/p>\n\n\n\n Your only option is to speed up the process by either calling friends to help you out or hiring a moving company, both of which will cost you money (either a round of drinks or a movers\u2019 fee). <\/p>\n\n\n\n Your job as this project\u2019s manager is to determine:<\/p>\n\n\n\n There are many reasons a project manager<\/a> might choose crashing as the best course of action.<\/p>\n\n\n\n Surprisingly, not all of them have to do with getting the project back on track. <\/p>\n\n\n\n Here are the 5 most common reasons project managers choose to crash projects.<\/p>\n\n\n\n Delays at one or more critical project stages are probably the most common reason for crashing a project. <\/p>\n\n\n\n Regardless of all the planning and risk management<\/a> project managers do, sometimes, issues arise due to elements that are out of their control. <\/p>\n\n\n\n Perhaps the weather is causing unforeseen problems, or important goods or resources got held up at customs. Whatever it may be, with an immovable deadline looming ahead, crashing is sometimes the only viable course of action.<\/p>\n\n\n\n Keep in mind that, while crashing is an extremely effective technique, it\u2019s best to never have to use it in the first place.<\/p>\n\n\n\n It\u2019s true that, sometimes, unavoidable circumstances can force your hand. However, with proper planning, good project management skills<\/a>, and reliable project management software to back you up, you should be able to carry your projects to completion without ever having to think about crashing.<\/p>\n\n\n\n Common issues like inadequate work distribution, overlapping deadlines, and misalignment among teams can be easily avoided with the help of digital project management tools like Plaky<\/a> that allow you to keep track of progress and stay on top of all your teams in one place.<\/p>\n\n\n It\u2019s never easy to determine how long a project will take, and project managers do make mistakes. <\/p>\n\n\n\n It might be that the project manager assumed that the project would take 6 months to complete, when, in fact, 9 months would be more realistic. Or perhaps it\u2019s not their fault, and it\u2019s the stakeholders who are pushing for the project to be finished sooner rather than later.<\/p>\n\n\n\n Another possible reason is the appearance of an emergency project that can\u2019t be delayed.Whatever the case may be, unrealistic deadlines<\/a> create a host of issues in project management<\/a>, but even more so when the deadlines are set in stone. In cases like these, project crashing is often the only solution.<\/p>\n\n\n\n In cases where a company is working on several separate projects at the same time, or several smaller projects as part of a larger program, the available staff can sometimes be called to help out other teams, leaving their own team short of people.<\/p>\n\n\n\n Even more commonly, people can get sick or quit mid-project. <\/p>\n\n\n\n These kinds of staff shortages can cause delays left and right. As a result, additional qualified people must be called in to make up for the losses.<\/p>\n\n\n\n It\u2019s not uncommon for project managers to work on several projects at a time. Sometimes, an important new project will crop up that takes priority over all others. <\/p>\n\n\n\n In these cases, project managers might choose to crash a project to make sure they finish it as soon as possible, so they can dedicate their full attention to the shiny new project \u2014 or they might be ordered to do so. Regardless, a priority change is a relatively common reason for project crashing.<\/p>\n\n\n\n Companies often have training or internship programs where new recruits come to learn about the work through hands-on experience.<\/p>\n\n\n\n Programs such as these are an amazing opportunity for project managers to get more hands on deck without incurring high costs. <\/p>\n\n\n\n Project managers might sometimes choose to utilize these resources even if their project is not in immediate danger of missing the deadline \u2014 simply because it provides a good opportunity to get ahead on their project.<\/p>\n\n\n\n \n Streamline your business \u2014 improve planning, align teams, and finish all your tasks with Plaky.<\/p>\n\n Say you\u2019ve thoroughly analyzed your project, and you\u2019ve determined that crashing is the best course of action \u2014 how would you go about it?<\/p>\n\n\n\n Before crashing your project, it\u2019s important to conduct a crash analysis.<\/p>\n\n\n In this section, we\u2019ll explain the 5 crucial steps of crash analysis you have to go through to make your crashing successful<\/a>:<\/p>\n\n\n\n The Critical Path is the longest string of dependent activities in a project<\/a>. <\/strong><\/p>\n\n\n\n A project typically has one Critical Path and several other Non-Critical Paths. While each path is constructed from dependent activities, the paths themselves are independent of each other and can, therefore, be performed in parallel.<\/p>\n\n\n In the image above, the C-string of activities is the Critical Path because it takes the longest to complete. With this in mind, we can say that the duration of the Critical Path equals the overall estimated duration of the entire project.<\/p>\n\n\n\n When crashing a project, you should first determine the project\u2019s Critical Path. The only activities that should be crashed are those within the Critical Path<\/strong>, as the Non-Critical Path activities will have no bearing on the overall duration of the project.<\/p>\n\n\n\n \ud83d\udca1 Plaky Pro Tip<\/strong><\/p>\n\n\n\n To fully understand how to crash a project and which activities should or shouldn\u2019t be crashed, it\u2019s essential that you have a firm grasp of the Critical Path and the Critical Path Method. We recommend taking a look at our Critical Path guide to learn more about this topic:<\/p>\n\n\n\n Some activities simply cannot be crashed, even though they are part of the Critical Path. <\/p>\n\n\n\n For example, if you\u2019re working on a construction project, one of the first things you need to do is acquire a building permit. Since you can\u2019t begin the work without this document, it\u2019s likely that acquiring the permit will be one of the activities belonging to the Critical Path. <\/p>\n\n\n\n However, this isn\u2019t something that you, as a project manager, have any influence over. Therefore, acquiring a building permit is a Critical Path activity that cannot be crashed.<\/p>\n\n\n\n So, once you know what your Critical Path is, the next step is to meet with all your team leaders and determine which of the activities within the Critical Path can be crashed.<\/p>\n\n\n\n Every activity has a crash limit \u2014 a point beyond which it can\u2019t be crashed any further. <\/p>\n\n\n\n By determining the crash limits within the Critical Path, you can calculate the maximum amount of time you can save by using the crashing technique.<\/p>\n\n\n\n Not all activities can be crashed, and not all those that can<\/em> be crashed should<\/em> be crashed.<\/p>\n\n\n\n Since crashing is a technique that helps you perform more work over a shorter period of time, and it requires large budget increases, it\u2019s best to first calculate crash costs and determine the cost-to-benefit ratios. <\/p>\n\n\n\n By doing this, you can surmise which of the activities will give you the greatest benefits for the lowest possible price. And, you can then crash only as many activities as necessary to be able to finish the project by the agreed deadline.<\/p>\n\n\n\n No amount of crashing can be performed before acquiring stakeholder approval. <\/p>\n\n\n\n With all the information gathered from the previous 4 steps, you can confidently recalculate the project budget<\/a> and timeline \u2014 and then:<\/p>\n\n\n\n \ud83d\udca1 Plaky Pro Tip<\/strong><\/p>\n\n\n\n Stakeholders are the most important people for your project. Curious to know why? Check out our guide below where we explain all about who stakeholders are, what their roles can be, and why they are so important for your project.<\/p>\n\n\n\n \ud83d\udcd6 Scehdule compression techniques offer ways to save projects that are falling behind schedule, but they\u2019re far from the perfect solution. To learn more about how to properly manage projects and what you can do to prevent them from lagging in the first place, explore our Project Management Glossary of Terms<\/a> and find out more about project management.<\/p>\n\n\n\n Changing plans on the go is never easy, especially when it comes to time-sensitive and\/or expensive projects. Fortunately, specialized project management software<\/a> can make it much easier to adapt to changing situations, which is where Plaky comes in.<\/p>\n\n\n\n With Plaky, you can:<\/p>\n\n\n\n All of this makes time and resource management much simpler, with automated functions and a user-friendly interface.<\/p>\n\n\n\n\n
![\"Crashing](\"https:\/\/plaky.com\/learn\/wp-content\/uploads\/2022\/10\/Crashing-in-project-management-cover.png\")
<\/figure>\n<\/div>\n\n\nWhat is crashing in project management?<\/h2>\n\n\n\n
\n
Crashing vs. fast tracking in project management<\/h3>\n\n\n\n
![\"Example](\"https:\/\/plaky.com\/learn\/wp-content\/uploads\/2022\/10\/Crashing-vs-fast-tracking-in-project-management-1-1024x753.png\"){kind=tracking}
Example of crashing in project management<\/h2>\n\n\n\n
\n
5 common reasons for project crashing<\/h2>\n\n\n\n
#1 Major delays<\/h3>\n\n\n\n
![\"Project](\"https:\/\/plaky.com\/learn\/wp-content\/uploads\/2024\/02\/Project-timeline-in-Plaky.png\")
#2 Unrealistic deadlines<\/h3>\n\n\n\n
#3 Staff reassignment<\/h3>\n\n\n\n
#4 Change in priorities<\/h3>\n\n\n\n
#5 New resources become available<\/h3>\n\n\n\n
Free project management software<\/h2>\n
![\"Illustration\"](\"https:\/\/plaky.com\/learn\/wp-content\/themes\/cake-learn\/src\/images\/plaky\/banners\/default@2x.png)
\n <\/picture>\n <\/div>\n<\/div>\n <\/p>\n\n\n\n5 simple steps for crashing a project<\/h2>\n\n\n\n
![\"5](\"https:\/\/plaky.com\/learn\/wp-content\/uploads\/2022\/10\/5-steps-of-crashing-in-project-management-1024x511.png\")
\n
#1 Define the Critical Path<\/h3>\n\n\n\n
![\"Example](\"https:\/\/plaky.com\/learn\/wp-content\/uploads\/2022\/10\/Visual-representation-of-the-critical-path-1-1024x753.png\")
\n
#2 Identify activities that can be crashed<\/h3>\n\n\n\n
#3 Identify crash limits<\/h3>\n\n\n\n
#4 Calculate crash costs and benefits<\/h3>\n\n\n\n
#5 Get approval from stakeholders<\/h3>\n\n\n\n
\n
\n
Avoid surprises and stay ahead of the curve with Plaky \u2014 try it today for free<\/h2>\n\n\n\n
\n