Attribution required: 17 slip-days remain unattributed. Fill in the responsible_party column on the slip register (Owner / Contractor / Concurrent / Force Majeure) to populate the attribution chart.
Basis of measurementHow to read the numbers in this report
Day unit
Working days
Every day count in this deliverable is in working days. No calendar-day figure is displayed. Where a contract clause is quoted verbatim in calendar days, the computed equivalent is given in working days alongside.
Calendar
The activity's own P6 calendar
Deltas are counted on the activity's own P6 calendar via work_day_delta. Where no project calendar is available the documented fallback is Monday to Friday with no holidays, and that fallback is disclosed on the affected figure.
Date fields read
P6 Start and Finish columns only
A negative number means the contractor lost time
Convention: contractor-loss: negative = the contractor lost time
Variance
How it is computed
A negative value means
Start variance
contract start - subject start
started later than contract, prep time lost
Finish variance
subject finish - contract finish
finished earlier than contract, buffer lost
Window variance
subject window - contract window
window compressed
Milestone variance
subject date - contract date
date pulled in ahead of contract
The subtraction order is deliberately opposite between start and finish, so that a negative value means lost time in both columns. Reversing either order to make them look consistent would invert the sign of every finish variance in this report.
A-01
Windows Overview
per-window shift and cumulative vs baseline, working days
Window
Period
Shift (wd)
Cumulative vs Baseline (wd)
CP Activities
CP Duration Growth
Slipped Activities
Baseline → Update 1
03-Feb-2025 → 31-Mar-2025
+8 wd
+8 wd
17
1
26
Update 1 → Update 2
31-Mar-2025 → 30-Jun-2025
+7 wd
+15 wd
11
0
24
Update 2 → Update 3
30-Jun-2025 → 30-Sep-2025
+2 wd
+17 wd
3
0
14
A-02
Window Shift Trend
signed completion shift per window (working days)
Window slip (working days)3 windows
Window slip (positive = delay)+17 wd total window shift
A-03
Cumulative Attribution Summary
party share of project slip-days
No attribution filled in yet. The chart will populate once responsible_party values are set on slip register entries. All 17 slip-days currently unattributed.
Each cell = working days attributed to that party in that window (Window Shift (wd)). Column totals equal the cumulative party share across the project, which is a bookkeeping definition internal to this matrix rather than an AACE rule. The grand total equals the project completion shift in working days (CPP conservation check, per the AACE 29R-03 §3.3.E.13 requirement that the summed per-period net impacts equal the difference between the first and last schedule update in the evaluation). The Finish Driver column names the activity and date field the shift was measured on.
Unattributed dump: 100.0% of the project shift (working days) lands in the Unattributed column with no named responsible party. This matrix does NOT establish party responsibility for that share. It is not a finding that no party is responsible, only that the input slips carried no responsible_party. Assign responsible parties to the driving CP slips before relying on this attribution. Affected window(s): Baseline → Update 1, Update 1 → Update 2, Update 2 → Update 3.
Window
Period
Owner
Contractor
Concurrent
Force Majeure
Unattributed
Window Shift (wd)
Finish Driver
Baseline → Update 1 !UNATTRIBUTED
03-Feb-2025 → 31-Mar-2025
—
—
—
—
+8 wd
+8 wd
COM-DEMOB target_end_date
Update 1 → Update 2 ~CASCADE!UNATTRIBUTED
31-Mar-2025 → 30-Jun-2025
—
—
—
—
+7 wd
+7 wd
COM-DEMOB target_end_date
Update 2 → Update 3 ~CASCADE!UNATTRIBUTED
30-Jun-2025 → 30-Sep-2025
—
—
—
—
+2 wd
+2 wd
COM-DEMOB target_end_date
Cumulative
project totals
0 wd
0 wd
0 wd
0 wd
+17 wd
+17 wd
—
~CASCADE = window had no CP duration growth; attribution inferred from dominant CP slip party. !UNATTRIBUTED = the dominant share of the window shift dropped to Unattributed (no named responsible party). Reference: AACE RP 29R-03 §3.3.I (apportionment) · §4.2 (concurrency).
A-05
Slip Velocity & Acceleration
per-window slip-rate trend
Velocity = signed completion shift (working days) ÷ window duration (working days on the same calendar). Acceleration = change in velocity vs the prior window. Half-period estimate (working days) assumes uniform deterioration within the window.
Mean Velocity (wd/wd)
+0.116
working-days slip / working-day elapsed
Max-Velocity Window
Baseline → Update 1
fastest deterioration
Accelerating Windows
0
velocity increasing
Decelerating Windows
2
velocity decreasing
Window
Period
Duration (wd)
Shift (wd)
Velocity (wd/wd)
Δ Acceleration
Midpoint Date
Half-Period Slip (wd)
Baseline → Update 1
03-Feb-2025 → 31-Mar-2025
39 wd
+8 wd
+0.205
—
03-Mar-2025
+4.0 wd
Update 1 → Update 2
31-Mar-2025 → 30-Jun-2025
63 wd
+7 wd
+0.111
▼ -0.094
15-May-2025
+3.5 wd
Update 2 → Update 3
30-Jun-2025 → 30-Sep-2025
63 wd
+2 wd
+0.032
▼ -0.079
15-Aug-2025
+1.0 wd
Caveat (cite in any expert report): Slip velocity is a working-day/working-day rate: numerator = working-day completion shift, denominator = working days between data dates on the same calendar (see basis). Midpoint estimates assume uniform deterioration within the window. Actual slip events may have clustered at any point inside the window. The midpoint is a probabilistic centroid, not an observed event date. Cite this caveat in any expert report that quotes the half-period estimate. Velocity is a per-window average rate, not an instantaneous one; acceleration is a finite difference between successive averages and is sensitive to window-length disparity (sign and direction are reliable, magnitude less so).
Recovery windows (negative shift) detected: 0. Reference: AACE RP 29R-03 §3.3 (Windows Analysis: MIP 3.3 Observational / Dynamic).
A-06
WOET — Worked-vs-On-time Execution Timeline
4-state day classification
4-state day classification of as-built execution against the baseline plan. All day counts below are working days on each activity’s P6 calendar (weekends and holidays excluded). Reference date: 2025-09-30. Activities classified: 35. On-time-or-better: 33.8% (Progress 33.8% + Gain). Slipped: 66.2% (Extended + Void).
Progress (wd)
201 wd
33.8% on plan
Gain (wd)
0 wd
0.0% ahead
Extended (wd)
211 wd
35.5% slipped
Void (wd)
183 wd
30.8% unrecovered
A-06Worst-affected activities (sorted Extended → Void — full list)
35 classified activities — full list shown. Reference: Per-day execution-classification overlay on AACE RP 29R-03 §3.3 (Windows Analysis, MIP 3.3). A CPP-disclosed enhancement, NOT itself AACE-defined. Day counts are working days on each activity P6 calendar (weekends and holidays excluded), not calendar days.
Criticality predates the window: 17 of 23 activities opened at TF ≤ 0 at Baseline; none demonstrably crossed during 3 windows, while completion moved 17 working days later
Total float in working days (wd), read from the schedule of record at 4 CPM snapshots, Baseline through Update 3 spanning 3 windows, day math on the project working calendar. Criticality test: TF ≤ 0. Sign convention: negative Δ = float lost across the window. Finish driver COM-DEMOB; completion Baseline → Update 3: 17 wd later. Register bands: TF ≤ 0 · 1-5 wd (near-critical) · 6-20 wd · over 20 wd.
FIRMCRITICAL PATH PARTNERS
EXHIBITFLOAT EROSION REGISTER
DWG NOA-07
REV1
DATE19-AUG-2026
SHEET1 OF 1
UNITSWORKING DAYS (WD)
SCALELINEAR
BASISAACE RP 29R-03
SNAPSHOTS4
Critical at Baseline
17
at TF ≤ 0 when the first window opened · no in-window crossing is claimed for them
Demonstrably lost float in window
0
a TF > 0 observation followed by TF ≤ 0 at a later snapshot
Never reached TF ≤ 0
2
positive float at every observation
Single-observation entrants: 4
4 further activities first appear with one observation only. No second reading exists, so a loss of float cannot be demonstrated for them and is not claimed here.
conservation: 17 + 0 + 4 + 2 = 23 · reconciles to the register below
KEYTF at first observationfloat lostfloat gainedTF ≤ 0 at last observation (critical)TF > 0 at last observationintermediate observation
All 23 activities by float band · Baseline vs Update 3
counts of activities per register band at the first and last observation
BaselineUpdate 3
Reading notes
Not plotted above: 21 activities with zero net float movement · 21 held TF ≤ 0 at every observation (17 observed at multiple snapshots, 4 single-observation) · 0 held constant positive float. All 23 appear in the register below.
Baseline band counts in the inset carry the register convention: the 4 single-observation entrants are imputed at their only reading. The movement panel plots observed pairs only.
The horizontal scale is linear to 5 wd; no section break is needed.
Band deltas conserve across the population: 0 + 0 + 0 + 0 = 0 over 23 activities.
4 snapshots are plotted per row: the grey tick is the first observation, the dot the last, and small intermediate ticks mark each observation between them, so the trajectory is retained.
Engine-reported recovery events (TF increase between consecutive snapshots): 1.
Method caveat (cite in any expert report): Float burndown is post-processing of analyst-supplied CPM snapshots. Accuracy depends on the quality of the underlying schedule updates. Recovery events (TF increase) may reflect legitimate scope removal, schedule optimization, or activity deletion, and the analyst must verify which. Slip velocity is a linear average; actual burndown may be non-linear. CPP first-mover at per-activity float-timeline granularity (2026-05-09); methodology not yet formally published in AACE/SCL literature.
SOURCE · activity float register, 23 activities · CPM snapshots (data dates of record): Baseline → Update 3 (4 snapshots / 3 windows) · float and Δ in working days on the project working calendar · observational window basis per AACE RP 29R-03 · criticality counts analyst-verified only · finish driver COM-DEMOB · completion Baseline → Update 3: 17 wd later · buckets reconcile: 17 + 0 + 4 + 2 = 23 · method: compute_float_burndown v2.9.41
Activity register · all 23 activities TF FIRST / LAST · Δ · FIRST AT TF ≤ 0
NOTE · for the 4 single-observation rows the register carries the only reading in both float columns; no other observation exists for them · engine order preserved (activity code ascending) · compute_float_burndown v2.9.41
A-08
Cumulative Activity Slip Register
sum of signed slip across all windows
A-08Most-slipped first — full list (26 activities)
Fill in responsible_party and cause_notes for each slipped activity. Attribution drives the cumulative entitlement calculation.
Code
Activity
Prior Finish
Later Finish
Slip
Responsible Party
Cause Notes
MEC-PIPE
Internal Process Piping Install
09-Jul-2025
17-Jul-2025
+6 wd
— assign —
— add notes —
MEC-VALVE
Valve and Actuator Install
17-Jul-2025
25-Jul-2025
+6 wd
— assign —
— add notes —
MEC-TEST
Hydrostatic Test Process Piping
24-Jul-2025
01-Aug-2025
+6 wd
— assign —
— add notes —
ELE-COND
Conduit and Cable Tray Rough-In
15-Jul-2025
23-Jul-2025
+6 wd
— assign —
— add notes —
ELE-MCC
Set MCC and VFD Line-Up
22-Jul-2025
30-Jul-2025
+6 wd
— assign —
— add notes —
ELE-CABLE
Power and Control Cable Pull
08-Aug-2025
18-Aug-2025
+6 wd
— assign —
— add notes —
ELE-TERM
Terminate and Point-to-Point Check
20-Aug-2025
28-Aug-2025
+6 wd
— assign —
— add notes —
MS-ENERG
Permanent Power Energized
20-Aug-2025
28-Aug-2025
+6 wd
— assign —
— add notes —
COM-FLUSH
System Flush and Chlorination
27-Aug-2025
05-Sep-2025
+6 wd
— assign —
— add notes —
COM-LOOP
Instrument Loop Checks
09-Sep-2025
17-Sep-2025
+6 wd
— assign —
— add notes —
COM-FUNC
Functional Testing All Modes
23-Sep-2025
25-Sep-2025
+2 wd
— assign —
— add notes —
COM-PERF CP
Performance and Capacity Demonstration
30-Sep-2025
02-Oct-2025
+2 wd
— assign —
— add notes —
COM-DEMOB CP
Demobilize and Turnover Documentation
03-Oct-2025
07-Oct-2025
+2 wd
— assign —
— add notes —
MS-SC CP
Substantial Completion
03-Oct-2025
07-Oct-2025
+2 wd
— assign —
— add notes —
A-12
Provenance & Method
reproducibility manifest
Generated
19-Aug-2026
Method
Windows Analysis — AACE MIP 3.3
Engine
CPP cpm-engine v2.9.41
Prepared By
Dana Fitkowski
Organization
Critical Path Partners
Windows Analyzed
3 (Baseline → Update 1)
Prepared by Dana Fitkowski · Source: Critical Path Partners · Generated 19-Aug-2026 · CPP Engine v2.9.41Method: AACE 29R-03 MIP 3.3 · SCL Delay and Disruption Protocol 2nd ed., Part B 11.6(c) time slice windows