I also agree that retain logic is the better/safer option for the following reasons:-
1. progress override introduces float on the predecessor out of sequence activity from its calculated end date to the end of the project (unless there are other successors to this activity). This means you may stop monitoring this activity as closely as it has dropped off the critical path.
2. progress override is the best case scenario and assumes you can continue with the successor out of sequence activity and this may not always be the case and the delay may push critical dates…you will be blissfully unaware until the next reporting cycle.
3. Retain logic is the worst case scenario and if it pushes a critical date you will find this activity and can still make the decision to remove the relationship if it genuinely if no longer required.
I agree that you should review the out of sequence activities however when we are under time constraints we tend to report as soon as we can confirm that progress appears accurate and the critical dates are still being met.
If the project has changed so that the original logic no longer reflects the way you will execute the work then I would recommend spending the time to revise the plan otherwise you are truly “flying blind” and the plan is of little or no use to you and will possibly become a contractual liability as well.
Member for
20 years 10 months
Member for20 years10 months
Submitted by kamran hazini on Wed, 2005-04-20 14:12
I agree with Brennan. I believe by using progress override we just closing our eyes on activities that are progressing out of sequence. Of Course we will produce some positive floats in our schedule but do our activities really taking place in the right order? The result, at least in my opinion, would be revisions in already issued documents and lots of re-works in this case.
Even if we have not defined the relation type correctly at the beginning, still we can keep the mode Retained Logic and just modify the relation type wherever logic has problem.
Member for
22 years 8 months
Member for22 years8 months
Submitted by Brennan Westworth on Wed, 2005-04-20 05:45
I would argue that retained logic is the way to go, logic links are there for a reason... not to just get the activity to sit in the right time period.
if your sucessor is starting before the predecessor is complete the relationship must be SS/FF with some lag. If you use progress override your schedule will show you completing the sucessor before its predecessors are complete.
reguardless of which method you use, you should always keep an eye on out of sequence progress.
Member for
22 years 4 months
Member for22 years4 months
Submitted by Shahzad Munawar on Tue, 2005-04-19 03:41
The best mode to calculate the schedule is Progress Override despite u are using Retained logic because by using this method delay will be reduced with some modifications in links and this method is most commonly acceptable to the Consultants also for schedule calculation.
Member for
22 years 11 monthsRE: Schedule Calculation Mode?
Previous Progress Override / Retained Logic Discussion
Bernard Ertl
eTaskMaker Project Planning Software
Member for
24 years 6 monthsRE: Schedule Calculation Mode?
I also agree that retain logic is the better/safer option for the following reasons:-
1. progress override introduces float on the predecessor out of sequence activity from its calculated end date to the end of the project (unless there are other successors to this activity). This means you may stop monitoring this activity as closely as it has dropped off the critical path.
2. progress override is the best case scenario and assumes you can continue with the successor out of sequence activity and this may not always be the case and the delay may push critical dates…you will be blissfully unaware until the next reporting cycle.
3. Retain logic is the worst case scenario and if it pushes a critical date you will find this activity and can still make the decision to remove the relationship if it genuinely if no longer required.
I agree that you should review the out of sequence activities however when we are under time constraints we tend to report as soon as we can confirm that progress appears accurate and the critical dates are still being met.
If the project has changed so that the original logic no longer reflects the way you will execute the work then I would recommend spending the time to revise the plan otherwise you are truly “flying blind” and the plan is of little or no use to you and will possibly become a contractual liability as well.
Member for
20 years 10 monthsRE: Schedule Calculation Mode?
I agree with Brennan. I believe by using progress override we just closing our eyes on activities that are progressing out of sequence. Of Course we will produce some positive floats in our schedule but do our activities really taking place in the right order? The result, at least in my opinion, would be revisions in already issued documents and lots of re-works in this case.
Even if we have not defined the relation type correctly at the beginning, still we can keep the mode Retained Logic and just modify the relation type wherever logic has problem.
Member for
22 years 8 monthsRE: Schedule Calculation Mode?
I would argue that retained logic is the way to go, logic links are there for a reason... not to just get the activity to sit in the right time period.
if your sucessor is starting before the predecessor is complete the relationship must be SS/FF with some lag. If you use progress override your schedule will show you completing the sucessor before its predecessors are complete.
reguardless of which method you use, you should always keep an eye on out of sequence progress.
Member for
22 years 4 monthsRE: Schedule Calculation Mode?
The best mode to calculate the schedule is Progress Override despite u are using Retained logic because by using this method delay will be reduced with some modifications in links and this method is most commonly acceptable to the Consultants also for schedule calculation.