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.
Spider Project is most functional and powerful professional project management software.
The first SP version was launched in 1993 and since then it has been constantly improved. Today is used in 34 countries though most Spider Project customers are in Russia. Spider Project offers numerous unique functional features and is the only PM software that optimizes resource, cost, and material constrained schedules and budgets for projects and portfolios.
The unique features of Spider Project include Quantity Based Scheduling, Conditional Scheduling, Skill Scheduling, Optimal Resource, Cost and Material Leveling, Resource Critical Path Calculation, Cash and Material Flows Calculation and Management, Trend Analysis, Advanced Risk Simulation and Analysis, Calculation of Success Probability Trends, Calculation and Management of required Project Time and Cost Buffers, Application of Corporate Norms, Management of many Parallel Budgets, Multiple WBS and many others.
Spider Project was and is used for management of many large scale programs in Russia, including $51bln construction program for 2014 Winter Olympic Games preparation.
The application areas where Spider Project is successfully used include Aerospace, Banking, Construction, Defense, Energy, Engineering, Infrastructure, Manufacturing, Metallurgy, Mining, Oil & Gas, Railways, Retail, Shipbuilding, Software Development, Telecommunications, Utilities, etc.
P6-Auditor - Display information from Primavera P6 audit tables in a user-friendly format
Unifier-Archiver - Extract and archive important documents and attachments from Primavera Unifier
Unifier-Loader - Load data into and out of Unifier via Excel
PCM-Loader - Import data into Primavera Contract Management with flexible and secure, template-driven Excel spreadsheets
PCM-Archiver - Extract and archive important documents and attachments from Primavera Contract Management
PCM-Unifier Migrator - Automatically transfer live and historical data from Primavera Contract Management to Primavera Unifier with ease
Create Radically Better Construction Schedules with ALICE Technologies
Use the power of AI to create construction schedules that reduce risk while cutting costs and build time. With ALICE, develop the ideal schedule during preconstruction -- or recover projects that are off schedule and over budget.
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 [email protected], Thanx
Can we call this as Schedule Analysis?
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
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
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.
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
Hi Mukunda
And then what happens to the critical path.
Never use any constraints at all.
Best regards
Mike Testro
Bala
If u want to show the activity as a critical path put the constraint must start. it will make float to 0
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???
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
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
Hi
Use of ss and ff links together holds good to shift non activities to crticial
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