In terms of not using calendar-based constraints, I agree with Mike 99.9%. The one exception is if a constraining factor is TRULY calendar driven (e.g., for some reason, you HAVE to wait for the full moon, or for a comet to reach a certain point), and you know EXACTLY when that will occur.
But if you DO use constraints, two rules to follow:
(1) Input each constraint separately, one at a time, and see what the impact is. If you cant live with the impact of a specific constraint, youre going to have to figure out a way around it.
(2) FILTER OUT all constraints (and LOEs!) when doing what-ifs and other schedule analysis. The constraints will constrain (!?) your (and the softwares) ability to push things around and see the impact.
For example, constraints and LOEs will erroneously change the drag calculations in MSP (and I suspect in Spider Project -- Vladimir?).
Finally, as has been said, the issue of playing around with float is a dangerous game. And, as for highlighting all activities with less than a certain amount of float, sure, do that if it reminds you to keep track of paths with limited float.
But ultimately, whats important to project completion is drag -- if the second longest path has 5D of float, that means the CP tasks at that part of the schedule can have up to 5D of drag. Thats crucial info -- use it NOT to justify "pacing" the project and letting the second longest path slip by 5D, but to pull in the longest path by 5D or more. And then iterate the process on whatever activities are now on the longest path.
This optimization process is crucial -- if my project MUST be completed by June 30, Id much rather have a schedule where the longest path is scheduled for completion June 10 and there are 12 other paths with less than 5D float than a schedule where the longest path is scheduled for completion June 29, and the next 12 longest paths all have 15D - 20D float. And thats how you generate your schedule reserve.
I agree not to use constrains at all. Otherwise itll break schedule logic.
I suggest you should change the criteria of critical path.
Put total float <= 5 days or 10 days (instead of default total float <=0) In that case all near critiacl activities come to the critiacal path and become "red" on the gantt chart. It is also give you some additional time (Float) to control activities before they become really critical.
Mandatory start constraints set both early and late dates equal to the specified date.This constraint tends to overwrite all calculated results in the schedule
You can do that by making their float = 0. Any way you can think of achiving that.
The activity will become critical if you do not work on it at the right time and when its float is zero. You might want to try to change the starting date to an earlier date. This will make it become critical faster.
Member for
19 years 10 monthshi, I am new in the forum and
hi, I am new in the forum and in planning as well, can any one tell me about "Claim Digger" in the forum or by tanveeraniazi@yahoo.com, Thanx
Member for
15 years 3 monthsCan we call this as Schedule
Can we call this as Schedule Analysis?
Member for
20 years 7 monthsRE: Ladder relationship and critical path
In terms of not using calendar-based constraints, I agree with Mike 99.9%. The one exception is if a constraining factor is TRULY calendar driven (e.g., for some reason, you HAVE to wait for the full moon, or for a comet to reach a certain point), and you know EXACTLY when that will occur.
But if you DO use constraints, two rules to follow:
(1) Input each constraint separately, one at a time, and see what the impact is. If you cant live with the impact of a specific constraint, youre going to have to figure out a way around it.
(2) FILTER OUT all constraints (and LOEs!) when doing what-ifs and other schedule analysis. The constraints will constrain (!?) your (and the softwares) ability to push things around and see the impact.
For example, constraints and LOEs will erroneously change the drag calculations in MSP (and I suspect in Spider Project -- Vladimir?).
Finally, as has been said, the issue of playing around with float is a dangerous game. And, as for highlighting all activities with less than a certain amount of float, sure, do that if it reminds you to keep track of paths with limited float.
But ultimately, whats important to project completion is drag -- if the second longest path has 5D of float, that means the CP tasks at that part of the schedule can have up to 5D of drag. Thats crucial info -- use it NOT to justify "pacing" the project and letting the second longest path slip by 5D, but to pull in the longest path by 5D or more. And then iterate the process on whatever activities are now on the longest path.
This optimization process is crucial -- if my project MUST be completed by June 30, Id much rather have a schedule where the longest path is scheduled for completion June 10 and there are 12 other paths with less than 5D float than a schedule where the longest path is scheduled for completion June 29, and the next 12 longest paths all have 15D - 20D float. And thats how you generate your schedule reserve.
Fraternally in project management,
Steve the Bajan
Member for
19 years 10 monthsRE: Ladder relationship and critical path
Hi Sergey
Welcome to Planning Planet.
We look forward to further contributions.
You may be interested in the Spider Software threads.
Best regards
Mike Testro
Member for
15 years 4 monthsRE: Ladder relationship and critical path
I agree not to use constrains at all. Otherwise itll break schedule logic.
I suggest you should change the criteria of critical path.
Put total float <= 5 days or 10 days (instead of default total float <=0) In that case all near critiacl activities come to the critiacal path and become "red" on the gantt chart. It is also give you some additional time (Float) to control activities before they become really critical.
Member for
16 years 11 monthsRE: Ladder relationship and critical path
Hi to all
Mandatory start constraints set both early and late dates equal to the specified date.This constraint tends to overwrite all calculated results in the schedule
Member for
19 years 10 monthsRE: Ladder relationship and critical path
Hi Mukunda
And then what happens to the critical path.
Never use any constraints at all.
Best regards
Mike Testro
Member for
16 years 11 monthsRE: Ladder relationship and critical path
Bala
If u want to show the activity as a critical path put the constraint must start. it will make float to 0
Member for
15 years 11 monthsRE: Ladder relationship and critical path
hi samer , i got a difficult puzzle as a CPM network if u r interested i can send it to u via email to solve it if u can???
Member for
19 years 10 monthsRE: Ladder relationship and critical path
Hi Samer
Surely you need to make the starting date later for it to become critical sooner.
Another way is to delete all links and put a must end by flag on every task.
I re state - it is bad practice to fiddle a programmes critical path.
Best regards
Mike Testro
Member for
17 years 2 monthsRE: Ladder relationship and critical path
Dear Balu,
You can do that by making their float = 0. Any way you can think of achiving that.
The activity will become critical if you do not work on it at the right time and when its float is zero. You might want to try to change the starting date to an earlier date. This will make it become critical faster.
With kind regards,
Samer
Member for
16 years 11 monthsRE: Ladder relationship and critical path
Hi
Use of ss and ff links together holds good to shift non activities to crticial
Member for
19 years 10 monthsRE: Ladder relationship and critical path
Hi Balu
Why do you want to fiddle your programme to make an articial critical path?
There are many threads on ladder programmes for you to search your answer.
Basically ladders are good for production line factory programmes with lots of repetion - they are of little use in construction.
Best regards
Mike Testro