5.3 Out-of-Sequence Logic: Progress Override vs. Retained Logic
Key Takeaways
Out-of-sequence (OOS) progress occurs when work begins or completes on a successor activity before its logical predecessor has finished (for Finish-to-Start ties) or reached the required offset.
Retained Logic (RL) calculation mode respects the original network dependency, requiring the remaining duration of an out-of-sequence successor to wait until its predecessor finishes before resuming.
Progress Override (PO) calculation mode overrides the network dependency, permitting the remaining duration of an out-of-sequence successor to execute immediately from the Data Date.
Progress Override may disregard an unfinished dependency for remaining work, while Retained Logic may preserve a dependency that field execution has changed; either result must be tested against current means and sequence.
Neither Retained Logic nor Progress Override substitutes for investigating the cause, validating remaining dependencies, documenting settings, and revising logic through the project's change process when appropriate.
5.3 Out-of-Sequence Logic: Progress Override vs. Retained Logic
AACE Professional Context: In a textbook CPM network, construction proceeds in strict chronological order according to baseline logic. In field execution, however, contractors frequently adapt: work commences out of order due to material availability, selective access, or subcontractor expediting. When a successor activity begins before its predecessor finishes, the network encounters Out-of-Sequence (OOS) Progress. How the scheduling engine resolves this conflict—via Retained Logic (RL) or Progress Override (PO)—fundamentally impacts early dates, total float, critical path alignment, and delay claim liabilities. Mastery of these calculation algorithms is a cornerstone of the AACE PSP examination.
Definition and Causes of Out-of-Sequence Work
An activity is executing out of sequence when it records progress (an Actual Start date or physical percent complete) prior to the satisfaction of its predecessor logic relationships.
NORMAL SEQUENCE (Finish-to-Start)
[Activity A: Foundations] ──(FS)──► [Activity B: Backfill]
(Activity A finishes ──► Then Activity B starts)
OUT-OF-SEQUENCE PROGRESS
[Activity A: Foundations] ──(FS)──► [Activity B: Backfill]
▲ │
│ ACTUAL START │
└──────── (Starts early!) ─────────┘
(Activity B starts while Activity A is still in progress!)
Primary Root Causes of Out-of-Sequence Work
- Field Workarounds and Expediting: Site superintendents seize operational opportunities. For example, backfilling around completed pier footings before all foundation walls in the area are poured.
- Defective Baseline Logic (Preferential Logic): The original baseline incorporated discretionary or soft logic (e.g., an arbitrary Finish-to-Start tie between independent work areas) rather than true physical dependencies.
- Scope Packaging and Granularity Issues: An activity represents too large a scope. If
ACT-100: Install Underground Pipingcovers 5,000 feet, the electrical contractor may beginACT-200: Install Duct Bankin Trench Zone 1 while pipe testing continues in Trench Zone 3. - Data Entry Errors: The site clerk erroneously records an Actual Start date on Activity B instead of Activity A.
The Two Primary CPM Calculation Modes
When calculating the forward pass for an updated schedule containing out-of-sequence progress, scheduling software (such as Primavera P6) requires the user to select a calculation mode: Retained Logic, Progress Override, or Actual Dates.
1. Retained Logic (RL)
Under Retained Logic, the software respects the original network relationship, regardless of the progress achieved to date. Although the successor activity has started and accumulated actual duration prior to the Data Date, its Remaining Duration cannot resume until its predecessor finishes.
- Physical Interpretation: The software assumes that whatever portion of the successor work remains is strictly dependent upon the incomplete predecessor work.
- Network Impact: If the predecessor is delayed, the remaining portion of the successor is pushed out into the future, creating a "split activity" or extended duration.
- Float Impact: Preserves logical dependencies, resulting in lower (and often realistic or negative) total float.
2. Progress Override (PO)
Under Progress Override, the software overrides the network relationship. The algorithm assumes that because work on the successor has already begun, the predecessor logic has been broken, invalidated, or bypassed in the field. The Remaining Duration of the successor is permitted to proceed immediately from the Data Date, completely unconstrained by the predecessor's early finish date.
- Physical Interpretation: The software assumes the unfinished predecessor work no longer restrains the remaining successor scope.
- Network Impact: The successor finishes much earlier than under Retained Logic, often finishing before its own predecessor finishes!
- Float Impact: Artificially increases total float on the successor path, frequently masking real project delays.
3. Actual Dates Option
Some scheduling software offers an Actual Dates calculation option. Under this setting, backward pass calculations evaluate float based on actual dates where recorded. However, forward pass calculations for remaining durations typically adhere to Retained Logic rules. While theoretically pure, Actual Dates mode can generate erratic negative float on historical activities, making Retained Logic the preferred professional industry standard.
Comprehensive Comparison: Retained Logic vs. Progress Override
| Feature | Retained Logic (RL) | Progress Override (PO) |
|---|---|---|
| Predecessor Logic | Respected; remaining duration waits for predecessor EF | Overridden; remaining duration ignores predecessor EF |
| Successor Remaining Start | Strictly at the Data Date | |
| Split Activities | Can generate split activities waiting for predecessor | Continuous remaining duration from Data Date |
| Schedule Forecast | Defers remaining successor work until the unsatisfied predecessor permits it | Allows remaining successor work to proceed without waiting for that predecessor |
| Total Float Impact | Can produce later dates or lower float | Can produce earlier dates or higher float; the effect depends on the network |
| Path effect | Preserves the unsatisfied relationship for remaining work | Treats the relationship as overridden for the out-of-sequence calculation |
| Physical interpretation | Appropriate when the predecessor still governs remaining work | Appropriate only when field execution has genuinely bypassed that dependency or the model is otherwise corrected |
| Use | Select and document according to actual remaining logic, software behavior, and governing requirements | Select and document according to actual remaining logic, software behavior, and governing requirements |
Mathematical Worked Example: The Concrete Basin vs. Hydrostatic Test
To see the dramatic divergence in mathematical outcomes, examine a two-activity network on an industrial wastewater facility.
Baseline Conditions:
- Activity A (Predecessor):
Pour Concrete Basin Walls() - Activity B (Successor):
Install Hydrostatic Test Seals & Fill Basin() - Network Relationship: Activity A Activity B (Basin walls must be poured before test seals and filling occur)
Month 1 Update Status (Data Date = Day 6):
- Activity A Status: Actual Start = Day 1. Worked 6 days (). Due to honeycombing and repair work, the remaining duration is evaluated at 8 days ().
- Activity B Status (Out of Sequence!): The piping crew jumped ahead and pre-installed test bulkheads on an adjacent pipe spool on Day 4. Actual Start = Day 4. Worked 2 days (). Remaining Duration = 4 days ().
DAY: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Activity A: [=== Actual ===] [======== Remaining Duration =======]
▲ ▲
DD (Day 6) EF = Day 14
Forward Pass Calculation Under Both Modes:
1. Retained Logic (RL) Calculation:
- The Remaining Duration of Activity B () cannot start until Activity A finishes.
- .
- .
- Result: Activity B is split: worked Days 4–6, paused Days 6–14 while waiting for concrete repairs on Activity A, and completes on Day 18. This accurately reflects that the basin cannot be filled with water until the concrete walls are finished!
2. Progress Override (PO) Calculation:
- The Remaining Duration of Activity B () starts immediately at the Data Date.
- .
- .
- Result: Activity B finishes on Day 10, while Activity A is still pouring concrete until Day 14! Progress Override produces a physically absurd schedule: the basin is hydro-tested and filled with water 4 days before the walls are poured!
AACE Best Practice: Resolving Out-of-Sequence Logic
Core AACE Principle: Neither Retained Logic nor Progress Override is a substitute for proper engineering schedule maintenance. When out-of-sequence progress occurs, investigate the field condition and decide whether the remaining dependency still applies, the logic should be revised, or a calculation option is appropriate under the governing requirements.
OUT-OF-SEQUENCE RESOLUTION PROTOCOL
┌────────────────────────────────────────────────────────────────────────┐
│ 1. Run the software schedule update log to identify all OOS tasks. │
│ 2. Investigate site reality with superintendents and project engineers. │
│ 3. Determine if the relationship was discretionary or a true restraint.│
│ 4. If work is truly concurrent: replace FS with SS/FF or break scope. │
│ 5. If true restraint exists: retain logic and enforce the dependency. │
│ 6. Document all logic modifications in the Schedule Narrative Report. │
└────────────────────────────────────────────────────────────────────────┘
Standard Logic Solutions for OOS Activities
- Convert to Start-to-Start (SS) / Finish-to-Finish (FF) Ladder Logic: If the successor genuinely did not need the predecessor to finish, replace the Finish-to-Start (FS) tie with a Start-to-Start (SS) tie with appropriate lag, plus a Finish-to-Finish (FF) tie to ensure the predecessor still governs completion.
- Activity Scope Decomposition (Fragmenting): Decompose the activity into geographic or phase steps. For example, divide
ACT-A: Concrete WallsintoArea 1 WallsandArea 2 Walls, and linkArea 1 WallsArea 1 Backfill. - Delete Inapplicable Preferential Logic: If an FS relationship represented merely a contractor preference that has been abandoned, delete the tie and link the successor to its true physical predecessor.
Forensic Delay & Claims Implications (AACE RP 29R-03)
In forensic schedule delay analysis, out-of-sequence progress is a primary battleground:
- "Gaming" the Critical Path: An unscrupulous contractor facing owner liquidated damages might switch calculation settings from Retained Logic to Progress Override between monthly updates. This instantly eliminates negative float and delays without adding craft labor or re-sequencing in the field.
- Forensic reproducibility: Record calculation options and changes across schedule versions. If retained-logic or progress-override settings changed without explanation, test the material effect and disclose it; do not assume that reversing every change produces one uniquely true path.
What is the fundamental difference between Retained Logic and Progress Override when calculating the early dates of an out-of-sequence successor activity in a CPM schedule?
Retained Logic converts all Finish-to-Start ties into Finish-to-Finish ties, whereas Progress Override converts them into Start-to-Start ties.
Progress Override pauses the successor's remaining duration until the predecessor finishes, whereas Retained Logic allows the remaining duration to start at the project completion date.
Retained Logic automatically deletes the predecessor relationship, whereas Progress Override increases the remaining duration of the predecessor.
Retained Logic schedules the successor's remaining duration only after the predecessor has completed, whereas Progress Override schedules the remaining duration to proceed immediately from the Data Date.
Activity 100 ('Erect Structural Steel', OD = 12 days) is linked with a Finish-to-Start relationship to Activity 200 ('Install Metal Roof Deck', OD = 8 days). At the monthly update (Data Date = Day 8), Activity 100 has worked 8 days with a Remaining Duration of 10 days (EF = Day 18). Activity 200 started out of sequence on Day 6, worked 2 days, and has a Remaining Duration of 6 days. What is the calculated Early Finish date of Activity 200 under Retained Logic?
Day 14
Day 18
Day 24
Day 26
During a monthly schedule update review on an oil refinery expansion project, the schedule diagnostic report reveals 28 out-of-sequence activities resulting from field re-sequencing. According to AACE recommended project controls practice, how should the planning team address this issue?
Permanently set the scheduling software calculation mode to Progress Override to prevent negative float from appearing in monthly reports.
Investigate the physical field conditions with construction leadership and formally adjust the schedule network logic to reflect the actual constructability sequence.
Delete all actual start dates on the out-of-sequence successor activities so the software returns to a clean baseline sequence.
Apply hard Mandatory Finish constraints to all predecessor activities to force them to match the successor dates.
Sections you finish are checked off in the contents.