Ihab Saad – Solved example on Network Compression

Ihab Saad
Share Page

AI: Summary ©

The speakers discuss the network compression process and how it can be compressible and effective by removing certain critical paths. They emphasize the importance of considering all critical paths and reducing the duration of activity until it reaches its maximum cost. The total cost curve is reduced by the duration of activity, and the total cost curve is a function of the number of critical paths. The speakers also explain how to calculate the total cost of the network and avoid unnecessary costs.

AI: Summary ©

00:00:00 --> 00:00:00
			Music.
		
00:00:03 --> 00:00:07
			Today we're going to talk about a
network compression example. So
		
00:00:07 --> 00:00:10
			we're going to solve this problem
and see what are the sequential
		
00:00:10 --> 00:00:14
			steps to solving a network
compression problem. What we have
		
00:00:14 --> 00:00:17
			in front of us here is a table
that shows activities, their
		
00:00:17 --> 00:00:22
			predecessors, the durations,
normal and crash, and the cost
		
00:00:22 --> 00:00:26
			also normal and crash. So it's
required to calculate the normal
		
00:00:27 --> 00:00:32
			lease cost and crash durations for
the following project. Calculate
		
00:00:32 --> 00:00:36
			the cost associated with each
duration. Indirect costs are $120
		
00:00:37 --> 00:00:40
			per day. So basically, for each
day that you save from the
		
00:00:40 --> 00:00:43
			duration, you're going to save one
$20
		
00:00:44 --> 00:00:47
			so the first step is looking at
these activities. First of all,
		
00:00:47 --> 00:00:53
			we're going to try to draw this as
a network, or as a Gantt chart to
		
00:00:53 --> 00:00:56
			determine, first we're going to
draw it as a as a network to
		
00:00:56 --> 00:00:59
			determine the critical path. We're
going to look at where are the
		
00:00:59 --> 00:01:02
			critical activities, which
activities are compressible, and
		
00:01:02 --> 00:01:03
			so on and so forth.
		
00:01:07 --> 00:01:10
			The total direct cost for this
project can be obtained by adding
		
00:01:10 --> 00:01:13
			the normal cost for all
activities, which is equal to
		
00:01:13 --> 00:01:13
			4950,
		
00:01:14 --> 00:01:17
			so as you can see here, when you
add these normal costs,
		
00:01:18 --> 00:01:23
			that's the sum of the direct cost
of the project before compression.
		
00:01:25 --> 00:01:28
			The total indirect cost can be
obtained by solving the network
		
00:01:28 --> 00:01:32
			and multiplying the total duration
by the indirect cost per day. So
		
00:01:32 --> 00:01:37
			the total cost of the project is
total direct plus total indirect.
		
00:01:37 --> 00:01:41
			The total direct was measured here
by adding the normal cost before
		
00:01:41 --> 00:01:45
			compression, the total indirect is
going to be equal to the duration
		
00:01:45 --> 00:01:49
			of the project that we calculate
from the network times $120 per
		
00:01:49 --> 00:01:53
			day, which is the indirect cost
per day when we add these two
		
00:01:53 --> 00:01:59
			numbers, the 4950, and the
duration times 120 that would give
		
00:01:59 --> 00:02:02
			us the total cost of the project
before compression. What we're
		
00:02:02 --> 00:02:06
			going to be doing gradually after
each cycle of compression. We're
		
00:02:06 --> 00:02:08
			going to compare this cost to the
initial total cost before
		
00:02:08 --> 00:02:12
			compression, and we're going to
determine whether we are on the
		
00:02:12 --> 00:02:16
			right side of the curve, which
means, as we compress the project
		
00:02:16 --> 00:02:20
			because total cost is going down,
or on the left side of the curve,
		
00:02:20 --> 00:02:24
			which means, as we keep
compressing the project, the total
		
00:02:24 --> 00:02:24
			cost goes up.
		
00:02:27 --> 00:02:30
			So here's the network based on the
information that was given in the
		
00:02:30 --> 00:02:34
			table. We drew the network. We
have the durations. So what we're
		
00:02:34 --> 00:02:37
			going to do next is basically
calculate this network.
		
00:02:39 --> 00:02:43
			And here are the dates based on
the network calculation, which
		
00:02:43 --> 00:02:47
			shows that the network the project
is going to be expected to finish
		
00:02:47 --> 00:02:48
			on day 25
		
00:02:49 --> 00:02:57
			and has one critical path, path
which is A, C, E, H. That's our
		
00:02:57 --> 00:03:01
			critical path for critical
activities, the other activities
		
00:03:01 --> 00:03:05
			we notice here, for example, on
activity B, we have only one day
		
00:03:05 --> 00:03:09
			of total float, so very close to
being critical. Activity f, also
		
00:03:09 --> 00:03:16
			one day. G1, day, and activity d2,
days of total float. So this is a
		
00:03:16 --> 00:03:20
			very tight network, which means
after compression by one day
		
00:03:21 --> 00:03:24
			depending on the activity that
we're going to compress, we might
		
00:03:24 --> 00:03:28
			create some new critical paths. So
we should expect more critical
		
00:03:28 --> 00:03:31
			paths to appear as we compress
this step.
		
00:03:32 --> 00:03:36
			The total indirect cost in this
case is going to be 25 days times
		
00:03:36 --> 00:03:40
			one $20 which is 3000 so the total
cost before compression is going
		
00:03:40 --> 00:03:41
			to be 7950,
		
00:03:43 --> 00:03:47
			now we're going to start looking
based on the table at which
		
00:03:47 --> 00:03:50
			activities are compressible,
effective. In this case, by the
		
00:03:50 --> 00:03:54
			way, as you notice, all the
activities are finished to start,
		
00:03:54 --> 00:03:56
			which means all of them are
effective.
		
00:03:57 --> 00:03:59
			Therefore we're going to be
looking at which our activities
		
00:03:59 --> 00:04:04
			are critical, Ach, which are
compressible, we're going to look
		
00:04:04 --> 00:04:07
			at the table which are effective.
All of them are effective. And
		
00:04:07 --> 00:04:12
			then we're going to look at the
critical compressible, effective,
		
00:04:12 --> 00:04:15
			least cost activity, which is
going to cost the least to
		
00:04:15 --> 00:04:18
			compress. This is going to be our
prime candidate for compression.
		
00:04:21 --> 00:04:22
			So here's our critical path,
		
00:04:26 --> 00:04:31
			looking at the other paths, ABH,
24 which means only one day of
		
00:04:31 --> 00:04:37
			total float. ACF, H, 23 two days
of total float, one day, two days,
		
00:04:37 --> 00:04:38
			etc.
		
00:04:41 --> 00:04:44
			Now looking at the cost loops for
the different activities. From the
		
00:04:44 --> 00:04:50
			initial table, we look at crash
during crash cost minus normal
		
00:04:50 --> 00:04:54
			cost divided by normal duration
minus crash duration, which is
		
00:04:54 --> 00:04:58
			delta c divided by delta t. So in
this case, it's 100 divided by
		
00:04:58 --> 00:04:59
			one. It.
		
00:05:00 --> 00:05:07
			It is 150 divided by two. It is
120 divided by three. It is
		
00:05:08 --> 00:05:15
			200 divided by four, 100 divided
by two, zero activity f is
		
00:05:15 --> 00:05:21
			incompressible, and then 150 and
120 looking at the critical
		
00:05:21 --> 00:05:25
			activities highlighted in red, we
notice that the cheapest critical
		
00:05:25 --> 00:05:29
			activity, critical, compressible
effective, is going to be activity
		
00:05:29 --> 00:05:30
			C,
		
00:05:31 --> 00:05:34
			by how many days can activity c be
compressed? It can be compressed
		
00:05:34 --> 00:05:38
			by three days, but we know that we
cannot compress three in one step
		
00:05:38 --> 00:05:42
			by three days, because, again,
other paths have only one day of
		
00:05:42 --> 00:05:46
			total float, or maybe maximum of
two. So if we compress C by three
		
00:05:46 --> 00:05:50
			days, we definitely are going to
create a new critical path without
		
00:05:50 --> 00:05:53
			noticing it. So we have to keep an
eye on the creation of new
		
00:05:53 --> 00:05:54
			critical paths.
		
00:05:57 --> 00:06:02
			So cycle one is going to be to
compress activity c by one day, as
		
00:06:02 --> 00:06:07
			the total float on these only one
day. Once C is compressed, B
		
00:06:07 --> 00:06:10
			becomes critical. The cost of
compression, in this case, based
		
00:06:10 --> 00:06:12
			on the table, is going to be $40
		
00:06:14 --> 00:06:17
			so if I tell you right now that to
compress the project by one day,
		
00:06:18 --> 00:06:22
			by compressing activity C, you're
going to incur an extra cost of
		
00:06:22 --> 00:06:26
			$40 for the compression, which is
the cost slope of C and you're
		
00:06:26 --> 00:06:26
			going to save $120
		
00:06:27 --> 00:06:32
			so the net is going to be savings
of $80 that's definitely a good
		
00:06:32 --> 00:06:36
			situation. So right now, we are
still moving on the right side of
		
00:06:36 --> 00:06:45
			the curve as we compress the total
cost goes down. So now to proceed
		
00:06:45 --> 00:06:47
			with the second cycle, we have to
check the cost slopes of
		
00:06:47 --> 00:06:51
			activities to be compressed.
Remember that in order to achieve
		
00:06:51 --> 00:06:54
			an effective compression on more
than one critical path, if you
		
00:06:54 --> 00:06:58
			have more than one critical path,
you have either to compare. You
		
00:06:58 --> 00:07:02
			have to compare both paths by
exactly the same amount, and that
		
00:07:02 --> 00:07:06
			can be achieved either by
compressing one activity on each
		
00:07:06 --> 00:07:11
			path or finding a common activity
on both paths that's cheaper to
		
00:07:11 --> 00:07:16
			compress than the sum of the two
activities on the different paths.
		
00:07:19 --> 00:07:23
			So in this case, for after the
compression cycle. Number one, we
		
00:07:23 --> 00:07:24
			have savings of $80
		
00:07:25 --> 00:07:29
			and that shows now the numbers
based on the compression cycle of
		
00:07:29 --> 00:07:33
			activity. One notice here that the
duration of C has been reduced to
		
00:07:33 --> 00:07:37
			seven days, which resulted in the
new dates in green. And now on the
		
00:07:37 --> 00:07:42
			backward pass, we notice that
activity B has become critical. So
		
00:07:42 --> 00:07:43
			now we have
		
00:07:45 --> 00:07:54
			two critical paths, A, B, E, H and
A, C, E, H, A, C, E, H,
		
00:07:56 --> 00:08:00
			activity D still has one day.
Activity f has one day and
		
00:08:00 --> 00:08:01
			activity G, still as one day
		
00:08:02 --> 00:08:05
			now the options to compress this
network.
		
00:08:07 --> 00:08:13
			We can look at activity B and C
together. We can look at activity
		
00:08:14 --> 00:08:18
			e, we can look at activity h, or
we can look at activity A,
		
00:08:18 --> 00:08:21
			whichever is going to be cheaper
to compress.
		
00:08:27 --> 00:08:32
			So now let's look at the numbers
again. B by itself, $75
		
00:08:33 --> 00:08:38
			C, $40 so if you want to compress
B and C together, then it's going
		
00:08:38 --> 00:08:38
			to cost 115,
		
00:08:40 --> 00:08:45
			e costs 50, which is cheaper, H
costs 120 which is more expensive,
		
00:08:46 --> 00:08:51
			a costs 100 which is cheaper than
B and C combined. So probably the
		
00:08:51 --> 00:08:55
			cheapest one to compress right now
would be activity e, which can be
		
00:08:55 --> 00:09:00
			compressed by up to two days. But
again, going back here, we notice
		
00:09:00 --> 00:09:03
			that the total float in this case
is only one day on the other
		
00:09:03 --> 00:09:07
			paths. So we cannot compress e in
one step by two days.
		
00:09:10 --> 00:09:15
			Therefore the next step is to
compress e by one day. This
		
00:09:15 --> 00:09:18
			results in converting all the
activities on the network into
		
00:09:18 --> 00:09:22
			critical activities, a very
interesting situation, but before
		
00:09:22 --> 00:09:26
			we forget that resulted in an
extra cost of $50
		
00:09:27 --> 00:09:28
			and resulted in savings of $120
		
00:09:30 --> 00:09:34
			therefore the net is going to be
savings of $70
		
00:09:38 --> 00:09:41
			so now we have reduced The
duration of activity, E from six
		
00:09:41 --> 00:09:46
			to five, and you notice here the
purple numbers now all the
		
00:09:46 --> 00:09:50
			activities have zero total float,
which means, right now we have how
		
00:09:50 --> 00:09:57
			many critical paths. We have four
separate critical paths, A, B, E,
		
00:09:57 --> 00:09:59
			H, A, C, E.
		
00:15:00 --> 00:15:03
			Maximum, we have to keep
compressing until we exhaust all
		
00:15:03 --> 00:15:07
			the compressibility on at least
one path. Once one critical path
		
00:15:07 --> 00:15:10
			becomes incompressible, then the
whole network becomes
		
00:15:10 --> 00:15:11
			incompressible, because
		
00:15:13 --> 00:15:16
			if you try to shorten the other
paths, that critical path is going
		
00:15:16 --> 00:15:20
			to stay longer, and that defeats
the purpose of compression. So
		
00:15:20 --> 00:15:24
			once one critical path at least,
becomes exhausted with its
		
00:15:24 --> 00:15:28
			compression, then the problem is
over. We cannot compress any
		
00:15:28 --> 00:15:31
			further if we need to compress the
network until it's not
		
00:15:31 --> 00:15:35
			economically wise to compress it
any further, we stop as soon as
		
00:15:35 --> 00:15:40
			the cost of compression cannot be
offset by the reduction to the
		
00:15:40 --> 00:15:44
			indirect cost. So the increase in
the cost slopes of the activities
		
00:15:44 --> 00:15:49
			being compressed cannot be offset
by the reduction or the savings
		
00:15:49 --> 00:15:53
			from the indirect cost. If we need
to compress the network by a
		
00:15:53 --> 00:15:56
			certain number of days, then we
need to stop as soon as we reach
		
00:15:56 --> 00:16:00
			that time duration equivalent to
that number of days. For example,
		
00:16:00 --> 00:16:03
			if my project is four days behind
schedule, why should I compress
		
00:16:03 --> 00:16:06
			more than four days? It's not
going to help me, because I'm
		
00:16:06 --> 00:16:09
			probably going to pay more to
compress beyond four days. So I
		
00:16:09 --> 00:16:12
			should stop at the four days and
avoid paying the liquidated
		
00:16:12 --> 00:16:12
			damages.
		
00:16:15 --> 00:16:20
			And this is basically the the idea
that we're talking about, that
		
00:16:20 --> 00:16:23
			total cost curve. This is going to
be the right side, and this is
		
00:16:23 --> 00:16:26
			going to be the left side right
now, we have already reached this
		
00:16:26 --> 00:16:27
			point, which is the lowest
		
00:16:29 --> 00:16:32
			total cost, which is the optimum
duration. So that's after three
		
00:16:32 --> 00:16:36
			days of compression. Compressing
any further is going to result in
		
00:16:36 --> 00:16:40
			an increase to the cost. If you
want to try, you can try on your
		
00:16:40 --> 00:16:43
			own to keep compressing this
network to the maximum. But this
		
00:16:43 --> 00:16:47
			is basically where we're going to
stop assuming that the question
		
00:16:47 --> 00:16:51
			was to compress the network until
it was not economically feasible
		
00:16:51 --> 00:16:54
			to compress any further, which is
at this point and we are already
		
00:16:54 --> 00:16:55
			there.
		
00:16:56 --> 00:17:00
			So basically this is our solved
example on network compression.
		
00:17:01 --> 00:17:03
			Remember, again, a few things to
remember when solving this
		
00:17:03 --> 00:17:07
			problem. First of all, you have to
draw the network correctly. You
		
00:17:07 --> 00:17:11
			have to calculate the normal
durations in the network. To get
		
00:17:11 --> 00:17:15
			the expected completion date, you
calculate the total indirect cost
		
00:17:15 --> 00:17:20
			by multiplying that date times the
cost per day, the indirect cost
		
00:17:20 --> 00:17:26
			per day, the total normal cost, or
the total direct cost, can be
		
00:17:26 --> 00:17:29
			calculated by adding all the
normal costs. Adding the total
		
00:17:29 --> 00:17:32
			indirect plus the total direct
gives you the total cost of the
		
00:17:32 --> 00:17:37
			project before compression. Always
keep an eye on the near critical
		
00:17:37 --> 00:17:40
			activities which have very low
amount of total float, because
		
00:17:40 --> 00:17:43
			once you start compressing, you
may cause these activities to
		
00:17:43 --> 00:17:47
			become critical, and therefore
creating additional critical
		
00:17:47 --> 00:17:51
			paths, which is going to require
parallel compression of these
		
00:17:51 --> 00:17:54
			paths. Remember that If you have
two critical paths, and you
		
00:17:54 --> 00:17:56
			compress one activity on each
path,
		
00:17:58 --> 00:18:01
			that results in only one day of
shortening of the project, because
		
00:18:01 --> 00:18:06
			these paths are in parallel. So
it's not you compressed one day on
		
00:18:06 --> 00:18:09
			activity B, for example, and one
day on activity C, but this
		
00:18:09 --> 00:18:13
			resulted, since there are apparent
paths, resulted in only one day of
		
00:18:13 --> 00:18:17
			compression to the whole project.
If you have three critical paths,
		
00:18:17 --> 00:18:20
			and you compress one activity on
each again, you compress three
		
00:18:20 --> 00:18:24
			activities by one day each. But
since they were running in
		
00:18:24 --> 00:18:28
			parallel, that's that resulted in
only one day of compression for
		
00:18:28 --> 00:18:34
			the whole project. If you have a
total float, the minimum total
		
00:18:34 --> 00:18:39
			float on the network, let's say,
is five days. Then in this case,
		
00:18:39 --> 00:18:42
			if an activity can be compressed
by three days, you can do that in
		
00:18:42 --> 00:18:45
			one step to save yourself some
time, because you know that by
		
00:18:45 --> 00:18:49
			compressing this activity by three
days, you are still gonna have a
		
00:18:49 --> 00:18:52
			minimum of two days of total float
on the other paths, so you're not
		
00:18:52 --> 00:18:57
			gonna create any new critical
paths. One last thing, and this is
		
00:18:57 --> 00:19:02
			very tricky part here, you may
have some activities that are
		
00:19:02 --> 00:19:04
			ineffective on one path,
		
00:19:05 --> 00:19:09
			yet they might be effective on
another path. So for example, if I
		
00:19:09 --> 00:19:14
			have a network, the initial
critical path had a start to start
		
00:19:14 --> 00:19:17
			relationship and a finish to
finish relationship.
		
00:19:19 --> 00:19:22
			If you remember, per the
definition of the effective
		
00:19:22 --> 00:19:27
			activities, the start to start
would make the first activity
		
00:19:27 --> 00:19:31
			ineffective. The finish to finish
would make the second activity
		
00:19:31 --> 00:19:35
			ineffective. So on that particular
path, these activities are
		
00:19:35 --> 00:19:40
			ineffective. But let's say we have
created a new critical path and
		
00:19:40 --> 00:19:42
			that contain these same
activities. Let's say the first
		
00:19:42 --> 00:19:46
			and the last activities in a
finish to start relationship with
		
00:19:46 --> 00:19:51
			the other activities. Then the
first and the last activities are
		
00:19:51 --> 00:19:54
			still ineffective on the first
path, because the start to start
		
00:19:54 --> 00:19:59
			and finish to finish relationship,
but they are effective activities
		
00:19:59 --> 00:19:59
			on the second path.
		
00:20:00 --> 00:20:03
			Because they are finished to start
activities so they can be used on
		
00:20:03 --> 00:20:08
			one path and not on another.
Remember that? Because, again,
		
00:20:08 --> 00:20:10
			that might be a question on a
test.
		
00:20:11 --> 00:20:13
			Good luck, and
		
00:20:14 --> 00:20:15
			I'll see you on the test. You.