Introduction To Crashing
Introduction To Crashing
PROJECT CRASHING
Objectives:
• How to reduce the project timelines when you’re forced to complete the
project before time?
• How to optimize the time and resources when there is time constraint?
• To find out the optimum time and resources required in case of reducing
the project timeline / crashing the project timelines.
Structure
7.1 Introduction
7.2 What is Project Crashing?
7.3 Time-Cost Relationship
7.4 Project Crashing Example
7.5 Let Us Sum Up
7.6 Self-Assessment Exercise
7.7 Further Readings
INTRODUCTION
Time is a very precious resource when it comes to project management.
Schedules for each job or activity must be very carefully developed to ensure
on-time completion of a project. But under certain circumstances and
challenges, which may occur along a new project, it is necessary to adopt
certain methods to overcome these challenges. As a project manager, you
need to reassess and adjust a plan in response to arising needs. For this, there
are several methods such as critical thinking, risk analysis and project
crashing are used.
That said, the best, and most effective time to begin crashing a project is as
soon as the need for it is identified. But to be successful, project crashing
should be calibrated, decided upon, and applied at the very start of a project
for effective results.
Let’s consider this simple project crashing example. Your team is tasked with
launching a magazine to celebrate your company’s 50th anniversary, but
delays in approving the lead feature have caused the project to fall behind. In
order to ensure the magazine is in hand by the anniversary party, an element
of the project’s scope that can’t be changed, you choose to pay a rush fee for
the printer. This project crashing step helped you meet the immovable
deadline, but it also increased your project budget.
TIME-COST RELATIONSHIP
Estimation of time required for the performance of an activity depends upon
the quantity of resources. Except some fixed duration activities such as a
gestation, crop duration etc. for which it is possible to manage the duration of
an activity by varying the quantity of resources. For an instance, if cost is not
a constraint, adding more resources to the project might reduce the time
duration i.e., time is inversely proportional to cost. The relation can be better
understood from the figure below. The time for the activity at minimum cost
is called normal time and the minimum time for the activity is called crash
time. The costs associated with these times are called respectively the normal
cost and the crash cost. Although it is possible to estimate the time and cost
associated with the normal and crash conditions for each activity it is difficult
to estimate the time and cost at any intermediate stage between these two
points. To overcome this difficulty, it is assumed that the relationship
between the time and cost as linear in the range between normal and crash
situations.
122
Project Crashing
123
Project Planning A
120
B C D E
1 2 3 4 5
20 40 30 50
F
60
Figure. 7.2:
Table 7.1:
Solution:
Assume that the duration-cost relationship for each activity is a single linear,
continuous function between the crash duration and normal duration points.
Using the normal duration (ND), crash duration (CD), normal cost (NC), and
crash cost (CC), the crash cost slope for each activity can be determined as
follows;
CC NC
SA =
ND CD
15000 13000
SA = = $ 100/day
120 100
SB = $200/day
SC = $450/day
SD = $70/day
SE = $100/day
SF = $250/day
The normal cost for the project is the sum of a normal cost for each activity.
The normal cost for the project is $49000 and the normal duration is 320
days. The activity which should be crashed is the one on the critical path
which will add the least amount to the overall project cost. This will be the
124
Project Crashing
activity with the flattest or least-cost slope. The duration can be reduced as
long as the critical path is not changed, or a new critical path is created. In
addition, the activity duration cannot be less than the crash duration.
A
120
B C D E
1 2 3 4 5
20 40 30 50
20
F
60
Figure.7.3
Overall duration is 130 days and there are multiple critical paths (B-F-E and
B-C-D-E). Total project cost at this duration is the normal cost of $49000
plus the cost of crashing the activity D by 10 days (70 * 10 = $700) for a total
of $49700.
The next activity to be crashed would be the activity E, since it has the least-
cost slope ($100 per day) of any of the activities on the critical path. Activity
E can be crashed by a total of 10 days. Crashing the activity E by 10 days
will cost an additional $100 per day or $1000.
A
120
B C D E
1 2 3 4 5
20 40 30 50
20 40
F
60
Figure. 7.4
The project duration is now 120 days and the total project cost is $50700.
There are now three critical paths (A, B-C-D-E, and B-F-E). The next stage
of crashing requires a more thorough analysis since it is impossible to crash
one activity alone and achieve a reduction in the overall project duration.
125
Project Planning Activity A is paired with each of the other activities to determine which has
the least overall cost slope for those activities which have remaining days to
be crashed. Activity A ($100) + activity B ($200)
The least-cost slope will be activity A + activity B for a cost increase of $300
per day. Reducing the project duration by 5 days will add 5*300 = $1500
dollar crashing cost and the total project cost would be $52200. Activity B
cannot be crashed any more.
A
120
115
B C D E
1 2 3 4 5
20 40 30 50
15 20 40
F
60
Figure. 7.5
A
120
115
110
B C D E
1 2 3 4 5
20 40 30 50
15 35 20 40
F
60
55
Figure. 7.6
126
Project Crashing
LET US SUM UP
There are many things that can make it necessary to shorten the length of a
project, such as time-to-market concerns, incentive contracts, the need for
key resources, high overhead costs, or just delays that come up out of the
blue. These are called cost-time trade-off decisions, and they happen all the
time in real life.
This unit showed a formal, step-by-step way to figure out what will happen if
the project is finished earlier than planned. Rushing through a project makes
it more likely that it will run late. Depending on how sensitive the project
network is, the amount of time that needs to be cut from the normal time to
the best time varies. If a network has several critical or nearly-critical paths, it
is considered sensitive.