No actuals after data date; no planned work before data date
Analyze variance
Variance, trend, recovery options
Separate cause, effect, and corrective action
Forecast and control
Updated forecast, reports, mitigation
Forecast must reflect current logic and remaining work
Schedule Model Building Blocks
Element
What it represents
Good practice
Common PSP-style trap
Activity ID
Unique identifier
Stable coding convention
Renumbering can disrupt traceability
Activity description
Clear work statement
Verb + object + location/system
Vague descriptions weaken progress measurement
Duration
Planned work time
Based on quantity, productivity, calendar
Duration is not the same as work-hours
Logic predecessor/successor
Network dependency
Mostly finish-to-start where appropriate, with justified alternatives
Excessive lags can hide work scope
Calendar
Working/nonworking time
Match trade, shift, weather, contract rules
Calendar differences affect float and criticality
Constraint
Date restriction
Use only when externally justified
Hard constraints can override logic and create misleading float
Resource
Labor, equipment, material, crew
Use for feasibility and histograms
Resource leveling can change critical path
Activity code
Classification attribute
WBS, area, phase, discipline, contractor
Codes support filtering but do not replace logic
Baseline
Approved reference
Preserve for comparison
Updating baseline without approval destroys variance history
CPM Calculation Reference
Forward and Backward Pass
Use the date convention stated in the problem or schedule tool. Two common conventions appear in exam-style questions:
Convention
Forward pass
Backward pass
Float
Zero-based / elapsed time
EF = ES + duration
LS = LF - duration
TF = LS - ES = LF - EF
Inclusive day numbering
EF = ES + duration - 1
LS = LF - duration + 1
TF = LS - ES = LF - EF
Notes and examples
If the question gives activities starting at day 0, use elapsed-time math. If it gives work starting on day 1 and counts both first and last day, use inclusive math.
Core CPM Terms
Term
Meaning
Formula or rule
ES
Earliest an activity can start
Maximum of predecessor-driven start dates
EF
Earliest an activity can finish
ES + duration, or ES + duration - 1 under inclusive convention
LF
Latest an activity can finish without delaying required completion
Minimum of successor-driven late dates
LS
Latest an activity can start without delaying required completion
LF - duration, or LF - duration + 1 under inclusive convention
Total float
Time activity can slip without delaying project completion or required finish
LS - ES, or LF - EF
Free float
Time activity can slip without delaying an immediate successor’s early start
Minimum successor ES - activity EF, adjusted for convention and relationship
Critical path
Longest path or path with least total float
Can have zero, positive, or negative float depending on required finish
Negative float
Required date is earlier than logic-driven completion
Indicates compression need, constraint issue, or missed requirement
Near-critical path
Path close to critical
Watch for risk; may become critical after updates
Longest path
Driving path to completion based on continuous logic
Often more reliable than simply filtering zero float when constraints exist
CPM Fundamentals
Critical Path Method scheduling calculates early and late dates based on activity durations, logic, calendars, and constraints. The critical path is the longest path through the network to the project completion point, considering the schedule model rules.
Key CPM Terms
Term
Meaning
Early start
Earliest date an activity can start based on predecessors
Early finish
Earliest date an activity can finish based on early start and duration
Late start
Latest date an activity can start without delaying the required completion point
Late finish
Latest date an activity can finish without delaying the required completion point
Total float
Amount of time an activity can be delayed without delaying the project or controlling finish milestone
Free float
Amount of time an activity can be delayed without delaying any immediate successor
Critical path
Path controlling the project completion or selected finish milestone
Driving relationship
Relationship that determines the successor’s calculated start or finish
Near-critical path
Path with low float that may become critical if conditions change
Negative float
Indicates the calculated schedule cannot meet an imposed date or constraint without recovery
CPM Calculation Logic
For a simple finish-to-start network using the same calendar:
\[
EF = ES + Duration
\]\[
LS = LF - Duration
\]\[
Total\ Float = LS - ES = LF - EF
\]\[
Free\ Float = Earliest\ Successor\ ES - Activity\ EF
\]
In real schedule software, calendars, relationship types, lag, constraints, and data date rules can make the calculations less intuitive. For exam purposes, know the basic mechanics and then check whether the question adds special conditions.
Forward and Backward Pass
For simple exam networks:
During the forward pass, calculate early dates from project start to finish.
During the backward pass, calculate late dates from project finish back to start.
Total float is the difference between late and early dates.
The critical path usually has the lowest total float.
If a required finish date is earlier than the calculated finish, negative float may appear.
Duration and Productivity
If a work quantity and productivity rate are provided:
Check units carefully. Hours, shifts, calendar days, and workdays are not interchangeable.
Schedule Variance and SPI
\[
SV = EV - PV
\]\[
SPI = \frac{EV}{PV}
\]
Interpret earned value results together with CPM. A value-based schedule variance does not automatically equal a day-for-day delay to project completion.
Logic Relationship Reference
Relationship
Meaning
Successor timing condition, elapsed convention
FS
Finish-to-start: successor starts after predecessor finishes
Succ ES >= Pred EF + lag
SS
Start-to-start: successor starts after predecessor starts
Succ ES >= Pred ES + lag
FF
Finish-to-finish: successor finishes after predecessor finishes
Succ EF >= Pred EF + lag
SF
Start-to-finish: successor finishes after predecessor starts
Succ EF >= Pred ES + lag
Notes and examples
Lead and Lag
Item
Meaning
Use carefully
Lag
Waiting time between related activities
May represent curing, delivery, review period, or hidden work
Lead
Negative lag allowing overlap
Often increases risk; should not replace proper activity breakdown
Excessive lag
Large unexplained delay
Can mask missing activities or poor planning
Prefer activity over lag when
The time interval consumes resources, has risk, or needs tracking
Example: “submittal review” is usually better as an activity than a long lag
Common Relationship Types
Relationship
Meaning
Watch for
Finish-to-start
Successor starts after predecessor finishes
Most common and easiest to audit
Start-to-start
Successor starts after predecessor starts
Often used for overlapping work
Finish-to-finish
Successor finishes after predecessor finishes
Useful for coordinated completion
Start-to-finish
Successor finishes after predecessor starts
Rare; scrutinize carefully
Lags and Leads
Concept
Meaning
Exam trap
Lag
Waiting time inserted between related activities
Excessive lag may hide missing work
Lead
Negative lag that overlaps activities
Can obscure real logic and risk
Hard-coded gap
Manual date separation without logic
Makes the schedule less defensible
Hidden contingency
Extra time embedded in duration or lag
Makes risk and float analysis unclear
A schedule with many constraints, lags, open ends, or missing logic may calculate dates, but it may not be a credible CPM model.
Float Types and Interpretation
Float type
Definition
Exam-relevant interpretation
Total float
Delay allowed before project/required completion is delayed
Shared by activities on the same path
Free float
Delay allowed before delaying immediate successor early date
Belongs to the activity relative to its successors
Interfering float
Portion of total float beyond free float
Delay may affect successor early dates but not final completion
Independent float
Delay possible without affecting predecessors or successors
Usually limited; less common in practical software reporting
Negative float
Amount by which schedule misses imposed/required date
Not “extra critical”; it signals required recovery or date conflict
Float ownership
Contractual/governance issue
Do not assume contractor or owner owns float unless the governing documents say so
Critical Path and Constraint Traps
Situation
What can go wrong
Better exam answer
Hard finish constraint
Activity appears critical because of imposed date
Check logic-driven longest path and constraint impact
Must-start constraint
Forces activity to start despite predecessor logic
Challenge if not externally required
Open-ended activity
Missing predecessor or successor gives false float
Add appropriate logic unless it is a legitimate start/finish milestone
Out-of-sequence progress
Actual progress violates planned logic
Decide whether to retain logic, override logic, or revise logic based on update rules
Calendar mismatch
Same logic produces unexpected float
Check calendars before concluding calculation error
Multiple calendars on one path
Criticality can shift unexpectedly
Confirm driving relationships and working-day assumptions
Resource leveling
Dates change due to resource limits
Resource-critical path may differ from pure CPM path
Excessive constraints
CPM becomes date-pushed instead of logic-driven
Use constraints sparingly and document the reason
Schedule Quality Review Checklist
Check
What to look for
Why it matters
Complete logic
Activities generally have predecessors and successors
Open ends distort CPM
Valid activity scope
Activities have clear deliverables or measurable work
Enables reliable updates
Reasonable durations
Not too long for meaningful control
Long activities hide variance
Proper milestones
Zero duration, logically tied
Date markers should be driven or justified
Limited hard constraints
Externally justified only
Constraints can mask true critical path
Limited leads/lags
Documented and reasonable
Hidden work or risk may be missed
Calendar review
Correct work periods, holidays, shifts
Dates and float depend on calendars
Cost/resource loading
Matches estimate and execution plan
Supports S-curves, histograms, EV analysis
Baseline integrity
Approved and preserved
Enables variance analysis
Update validity
Actual dates, remaining durations, data date logic are coherent
Prevents invalid forecasts
Notes and examples
Schedule Quality Review
A schedule can look detailed but still be weak. Quality review focuses on whether the model is logical, complete, maintainable, and useful for control.
Schedule Quality Checklist
Check
Red flag
Complete scope coverage
Missing procurement, approvals, commissioning, or handover
Clear logic
Open starts, open finishes, excessive constraints
Reasonable durations
Very long activities with subjective progress
Minimal hard constraints
Dates forced without explanation
Proper calendars
Incorrect workweek, holidays, or access windows
Activity coding
Poor filtering, reporting, or responsibility tracking
Baseline integrity
Unapproved changes to baseline
Update discipline
Actuals after data date or forecast work before data date
Critical path credibility
Critical path driven by constraints instead of real work
Resource feasibility
Demand exceeds practical availability
Change traceability
Approved changes not incorporated or undocumented
Common Schedule Defects
Open-ended activities with no predecessor or successor.
Excessive use of start-to-start relationships with large lags.
Negative lags used to force overlap.
Constraints used instead of logic.
Progress entered without remaining duration review.
Activities with actual dates in the future.
Forecast dates before the status date.
Missing long-lead procurement.
Ignoring testing, turnover, commissioning, or owner approvals.
Out-of-sequence progress not analyzed.
Duration Estimating and Productivity
Common Duration Logic
Duration is often derived from quantity, production rate, and crew/calendar assumptions:
\[
\text{Duration} = \frac{\text{Quantity}}{\text{Production Rate per Time Period}}
\]
If production rate is crew-dependent:
\[
\text{Duration} = \frac{\text{Quantity}}{\text{Crew Size} \times \text{Productivity per Crew Member per Period}}
\]
Good when measurable quantities and historical rates exist
Analogous
Based on similar past work
Useful early, less precise
Schedule Updating Reference
Update item
Correct treatment
Data date
Boundary between actual performance and forecast work
Actual start
Enter when work has actually begun
Actual finish
Enter when activity is complete
Remaining duration
Best forecast of time required after data date
Percent complete
Must match the method used: duration, physical, units, or cost
Expected finish
Forecast finish based on remaining work and logic
Suspended work
Reflect with actuals, remaining duration, and sometimes split activity if allowed
Deleted work
Remove or zero out only under approved change/update procedure
Added work
Add activities with proper logic, codes, baseline/change treatment
Out-of-sequence progress
Apply project update policy; analyze impact on logic and forecast
Notes and examples
Percent Complete Types
Type
Based on
Useful when
Trap
Duration percent complete
Time elapsed versus planned/current duration
Work progresses roughly with time
Can overstate progress when little physical work is done
Physical percent complete
Measured installed/complete work
Quantity-based field work
Requires objective measurement rules
Units percent complete
Installed quantity / total quantity
Repetitive measurable work
Quantity installed may not equal earned value if weighting differs
Cost percent complete
Cost incurred / budget
Cost-tracked work
Spending money is not the same as earning progress
Baseline, Current, Forecast, and As-Built
Schedule version
Meaning
Used for
Baseline schedule
Approved original or approved revised plan
Variance and performance comparison
Current schedule
Latest updated schedule model
Status reporting and forecast
Forecast schedule
Projection from data date forward
Completion prediction and mitigation
Recovery schedule
Plan to regain required dates
Acceleration, resequencing, added resources
What-if schedule
Scenario analysis copy
Decision support, not the official record
As-built schedule
Actual sequence and dates of completed work
Delay analysis and lessons learned
Fragnet
Fragmentary network representing a change or delay event
Time impact analysis and change evaluation
Variance and Earned Value Formula Sheet
Metric
Plain formula
Meaning
PV
Planned Value
Budgeted value of work planned by status date
EV
Earned Value
Budgeted value of work actually performed
AC
Actual Cost
Actual cost incurred for performed work
BAC
Budget at Completion
Total approved budget
CV
EV - AC
Cost variance
SV
EV - PV
Schedule variance in value terms
CPI
EV / AC
Cost efficiency
SPI
EV / PV
Schedule efficiency by earned value
EAC
AC + ETC
Forecast final cost
EAC, CPI method
BAC / CPI
Assumes future cost efficiency follows current CPI
ETC
EAC - AC
Forecast cost to complete remaining work
VAC
BAC - EAC
Variance at completion
TCPI to BAC
(BAC - EV) / (BAC - AC)
Required future efficiency to meet BAC
TCPI to EAC
(BAC - EV) / (EAC - AC)
Required future efficiency to meet EAC
Notes and examples
Earned Value Interpretation
Condition
Meaning
CV > 0
Under budget for work performed
CV < 0
Over budget for work performed
SV > 0
More value earned than planned by status date
SV < 0
Less value earned than planned by status date
CPI > 1.0
Cost efficiency favorable
CPI < 1.0
Cost efficiency unfavorable
SPI > 1.0
EV progress ahead of planned value
SPI < 1.0
EV progress behind planned value
PSP trap: EV schedule variance does not identify the CPM critical path. A project can have favorable SPI while a critical milestone is forecast late.
Schedule Variance and Date Metrics
Metric
Formula or method
Notes
Finish variance
Forecast finish - baseline finish
Positive/negative convention may vary; read the question
Start variance
Actual or forecast start - baseline start
Useful for early detection
Total float variance
Current float - baseline float
Float erosion can signal risk
Critical path drift
Compare baseline critical path to current driving path
Path may shift after updates
Milestone slip
Forecast milestone date - baseline milestone date
Report key contractual or management dates
Progress planned vs actual
Actual quantity or EV compared with planned
Needs consistent measurement basis
Resource Planning and Leveling
Term
Meaning
Exam distinction
Resource loading
Assigning labor/equipment/material quantities to activities
Supports histograms, cost loading, feasibility
Resource histogram
Time-phased resource demand chart
Shows peaks, shortages, staffing needs
Resource leveling
Adjusting dates to resolve resource overallocations
May delay completion and change critical path
Resource smoothing
Adjusting within available float
Does not delay required completion if float is sufficient
Crew logic
Sequencing based on crew movement or production flow
Important for repetitive work
Cost loading
Assigning budget/cost to activities
Supports cash flow and earned value
S-curve
Cumulative planned/earned/actual value or quantity
Used for trend and progress comparison
Notes and examples
Leveling vs. Smoothing
Question clue
Better answer
Resource limit cannot be exceeded and completion may move
Resource leveling
Completion date must remain unchanged and only float may be used
Resource smoothing
Need to show labor demand by week/month
Resource histogram
Need cumulative planned vs actual cost/progress
S-curve
Need optimize repetitive crew production
Line-of-balance or location-based planning concept
Resources, Productivity, and Leveling
Schedules should be achievable with available resources. Resource loading connects work quantities and productivity assumptions to durations.
Resource Concepts
Concept
Meaning
Resource loading
Assigning labor, equipment, or materials to activities
Resource histogram
Time-phased view of resource demand
Resource leveling
Adjusting schedule to resolve resource over-allocation
Resource smoothing
Adjusting activities within available float without changing completion
Productivity rate
Output per unit of resource effort or time
Crew logic
Sequencing driven by crew movement or workface availability
Leveling Decision Rules
Situation
Likely action
Resource demand exceeds availability
Level, add resources, resequence, or extend duration
Activity has float
It may be shifted without delaying project completion
Critical activity lacks resources
Project finish may be at risk
Leveling delays a critical activity
Completion date may move
Added resources reduce duration
Check productivity, congestion, learning curve, and cost impact
A common mistake is assuming more resources always shorten the schedule. In practice, congestion, limited workfaces, rework, supervision limits, and procurement constraints can reduce productivity.
Schedule Compression
Method
What it does
Advantages
Risks
Crashing
Adds resources, overtime, shifts, or methods to shorten duration
Can preserve sequence
Higher cost, congestion, productivity loss
Fast tracking
Overlaps activities previously planned in sequence
May save time without added direct resources
Rework, coordination risk, quality issues
Resequencing
Changes logic or work packaging
May remove inefficiencies
Must remain technically feasible
Scope reduction
Removes or defers work
Direct schedule relief
Requires approval and may affect objectives
Calendar change
Adds workdays/shifts
Simple to model
Labor, fatigue, access, cost, and productivity impacts
Notes and examples
Compression Decision Table
If the issue is…
Consider first
Avoid assuming
Negative float from imposed finish
Validate constraint and longest path
That all critical activities need crashing
One delayed procurement item
Alternative supplier, resequencing, mitigation fragnet
That field labor acceleration solves it
Critical activity has high labor content
Crashing or shift work
Linear productivity improvement
Critical path has finish-to-start logic with feasible overlap
Fast tracking
No rework risk
Noncritical activity is late but has float
Monitor or use float
That every late activity delays the project
Resource overload drives delay
Leveling alternatives, smoothing, added crews
That CPM float alone solves resource limits
Schedule Compression
Schedule compression attempts to shorten the project duration. It usually increases cost, risk, or coordination burden.
Compression Methods
Method
Description
Main risk
Crashing
Add resources or spend more to reduce duration
Higher cost; diminishing returns
Fast-tracking
Overlap activities that were originally sequential
Rework and coordination risk
Resequencing
Change logic to improve workflow
May violate technical or contract requirements
Overtime or shift work
Increase work hours
Fatigue, productivity loss, safety risk
Scope reduction
Remove or defer work if authorized
Must be contractually and technically valid
Prefabrication/modularization
Move work offsite or parallelize
Interface and logistics risk
Compression Exam Trap
If asked for the best compression option, first identify the critical path. Compressing noncritical work does not shorten the project unless it becomes critical or affects a controlling interface.
Risk and Uncertainty in Schedules
Concept
Meaning
PSP-relevant use
Schedule risk
Uncertainty affecting activity durations, logic, resources, calendars, or external events
Drives contingency and confidence analysis
Risk register
List of risks, causes, effects, responses, owners
Links risk to schedule activities where possible
Contingency
Time or cost allowance for identified risk
Should be transparent and governed
Management reserve
Allowance for unknowns or management-controlled risk
Not the same as activity padding
Monte Carlo simulation
Repeated sampling of uncertain durations/risks
Produces date confidence ranges
Criticality index
Frequency activity appears on critical path in simulation
Shift responsibility by contract, insurance, or supplier arrangement
Accept
Monitor and use contingency if risk occurs
Exploit
Ensure an opportunity occurs
Enhance
Increase probability or benefit of an opportunity
Share
Allocate opportunity ownership to party best able to capture it
Schedule Risk and Uncertainty
A deterministic CPM schedule uses fixed durations, but real projects contain uncertainty. Schedule risk analysis evaluates the likelihood of different completion outcomes.
Risk Review Points
Topic
Know this
Risk event
Specific uncertain event that may affect schedule
Uncertainty
Range of possible outcomes for duration, productivity, or timing
Contingency
Time or resources reserved for identified uncertainty
Sensitivity
Shows which activities or paths most influence completion
Criticality index
Indicates how often an activity appears on the critical path in simulations
Monte Carlo simulation
Uses probability distributions to model possible schedule outcomes
Risk Traps
Do not treat CPM completion date as guaranteed.
Do not bury all contingency in activity durations without transparency.
Do not ignore near-critical paths.
Do not assume the longest deterministic path is always the highest-risk path.
Do not confuse risk response planning with after-the-fact delay analysis.
Change Control and Fragnets
Item
Role in scheduling
Change event
New scope, delay, disruption, acceleration, or changed condition
Fragnet
Network fragment showing added/changed work and logic ties
Time impact analysis
Prospective insertion of fragnet into an accepted schedule update
Approved change
May justify baseline revision or separate change log
Pending change
Often tracked in current forecast but not baseline until approved
Change log
Records description, status, cost/time impact, responsibility
Notes and examples
Change-Control Decision Table
Scenario
Scheduler’s best next step
New work is authorized
Add activities/fragnet, logic, resources, and baseline/change coding
Potential change is not yet approved
Model what-if or pending impact per procedure; do not silently alter baseline
Change affects critical path
Analyze time impact against data date and current accepted schedule
Change affects only noncritical work
Check float consumption and milestone effects
Owner requests recovery plan
Preserve current update, create recovery scenario, document assumptions
Baseline revision requested
Confirm approval path and retain prior baseline for audit trail
Delay Analysis Cheat Sheet
Method
Basic idea
Best suited for
Limitations
As-planned vs. as-built
Compare planned dates/sequence to actual dates/sequence
Simple overview
May ignore changing critical path and updates
Impacted as-planned
Insert delay events into baseline/as-planned schedule
Prospective or simple event modeling
Can ignore actual progress and later changes
Time impact analysis
Insert fragnet into current accepted update at time of event
Prospective change/time extension analysis
Depends on quality of update and fragnet logic
Windows analysis
Evaluate delay in discrete time windows using updates
Projects with periodic updates
Requires reliable updates and careful window selection
Collapsed as-built
Remove delay events from as-built to estimate but-for completion
Retrospective analysis
Sensitive to logic reconstruction assumptions
Contemporaneous period analysis
Uses schedule updates and records from the time
Retrospective with project records
Data quality is critical
Notes and examples
Delay Analysis and Forensic Scheduling
Delay analysis determines how events affected schedule completion or interim milestones. The key issues are usually causation, timing, criticality, concurrency, and entitlement under the applicable contract framework.
Common Delay Analysis Concepts
Concept
Meaning
As-planned schedule
Original planned sequence and dates
As-built schedule
Actual sequence and dates
Impacted as-planned
Adds delay events to the planned schedule
Collapsed as-built
Removes delay events from the as-built to estimate effect
Windows analysis
Evaluates delay in time periods using contemporaneous updates
Time impact analysis
Inserts a delay fragnet into an appropriate schedule update
Fragnet
Small network representing a change or delay event
Concurrent delay
Separate delays occurring in the same period that affect completion
Excusable delay
Delay that may justify time relief depending on contract terms
Compensable delay
Delay that may justify cost recovery depending on contract terms
Delay Analysis Decision Questions
What was the controlling critical path before the event?
Did the event affect a critical or near-critical activity?
Did the event consume float or delay completion?
Was there concurrent delay?
Are the records contemporaneous and reliable?
Did the schedule update accurately reflect actual progress?
Was the delay caused by the event, or by unrelated performance issues?
What does the contract require for notice, documentation, and analysis?
Avoid jumping from “an event occurred” to “the project was delayed.” The exam often expects you to connect the event to critical path impact.
Delay Classification
Classification
Meaning
Possible schedule result
Excusable delay
Delay not caused by contractor, often beyond contractor control
May support time extension
Non-excusable delay
Delay caused by contractor responsibility
Usually no time extension
Compensable delay
Delay for which additional compensation may be allowed under governing documents
Time and cost may be considered
Non-compensable delay
Time may be allowed without additional compensation
Depends on governing documents
Concurrent delay
Separate delays by different parties affect critical path during same period
Requires careful critical-path and responsibility analysis
Pacing delay
One party slows work because another delay already controls completion
Requires evidence of intent and criticality
Do not assume legal entitlement from a schedule calculation alone. PSP questions usually require separating technical schedule impact from contractual entitlement.
Concurrency and Criticality Traps
Trap
Correct reasoning
Two delays occur in the same month, so they are concurrent
They must both affect critical completion during the same analysis period
A delay to a noncritical activity always has no effect
It may consume float and become critical later
A critical activity delay always delays project completion
Only if it affects the controlling path and is not offset by mitigation or float changes
Baseline critical path stays critical forever
Updates can shift the driving path
Delay days equal calendar days automatically
Check applicable activity calendars and nonwork periods
Float consumption equals compensable delay
Float use and entitlement are separate issues
Reporting and Communication
Report type
Shows
Use
CPM schedule report
Activity dates, logic, float, critical path
Technical schedule review
Milestone report
Key dates and variance
Executive and contractual reporting
Lookahead schedule
Near-term planned work, often 2-6 weeks
Field coordination
Variance report
Baseline vs current/forecast differences
Control and corrective action
Narrative report
Explanation of progress, critical path, delays, risks
Delays, causes, and responsible mitigation actions
Changes added, pending, or approved
Forecast milestone and completion dates
Risks and recovery actions
Assumptions affecting the forecast
Reporting and Communication
A scheduler must communicate schedule status clearly to project stakeholders.
Useful Schedule Reports
Report
Purpose
Milestone report
Shows key contractual and management dates
Critical path report
Identifies controlling work
Lookahead schedule
Supports short-term execution planning
Variance report
Compares current forecast to baseline
Float report
Highlights low-float and negative-float activities
Resource histogram
Shows resource demand over time
Progress S-curve
Summarizes planned vs. actual or earned progress
Delay log
Tracks events, notices, and potential impacts
Change log
Connects approved changes to schedule effects
Good Reporting Practice
Separate facts, forecasts, assumptions, and recommendations.
Explain causes of variance, not just date movement.
Identify critical and near-critical work.
Show what changed since the last update.
Make recovery actions specific and accountable.
Avoid overloading executives with raw activity lists.
Artifact Selection Matrix
Need
Use this artifact
Decompose project scope
WBS
Show sequence and dependencies
CPM network
Show key contractual dates
Milestone schedule
Show near-term field commitments
Lookahead schedule
Show crew flow by location
Line-of-balance or location-based schedule
Show labor demand
Resource histogram
Show cumulative progress or cost
S-curve
Evaluate change impact
Fragnet and time impact analysis
Preserve approved comparison point
Baseline schedule
Analyze completed delay
As-built schedule and retrospective delay method
Track schedule risk
Risk register and schedule risk model
“What Should the Scheduler Do Next?” Decision Table
Situation in question
Best next action
Schedule has missing successors and predecessors
Correct logic before relying on float or critical path
Activity shows negative float
Identify imposed requirement/constraint and analyze recovery options
Actual work appears after the data date
Correct the update; actuals must not be in the future
Planned work remains before the data date
Update status and remaining duration or revise forecast
Critical path changed since last update
Explain why: progress, logic, calendar, resource, or constraint change
Stakeholder asks to shorten project
Analyze critical/near-critical paths before recommending crashing
Delay event occurs during active project
Use contemporaneous update and fragnet for time impact if appropriate
Progress percent seems high but quantities are low
Verify percent complete method
Resource histogram exceeds available labor
Level, smooth, resequence, or add resources; assess date impact
Baseline dates no longer match approved scope
Use formal change/baseline revision process
Report shows favorable SPI but completion is late
Check CPM critical path; EV SPI may not reflect milestone risk
High-Yield Formula Summary
\[
\text{Total Float} = LS - ES = LF - EF
\]\[
\text{Free Float} = \text{Earliest Successor Start} - \text{Activity Early Finish}
\]\[
\text{Duration} = \frac{\text{Quantity}}{\text{Production Rate}}
\]\[
\text{CPI} = \frac{EV}{AC}
\]\[
\text{SPI} = \frac{EV}{PV}
\]\[
\text{CV} = EV - AC
\]\[
\text{SV} = EV - PV
\]\[
\text{EAC} = AC + ETC
\]\[
\text{VAC} = BAC - EAC
\]
Final Review Checklist
Before exam day, make sure you can:
Perform a forward and backward pass under the date convention given.
Identify total float, free float, negative float, and the controlling path.
Explain how constraints, calendars, lags, and resources can distort criticality.
Distinguish baseline, current, forecast, recovery, and as-built schedules.
Choose the correct artifact for planning, updating, reporting, change, or delay analysis.
Interpret EV metrics without confusing EV schedule variance with CPM delay.
Select an appropriate delay-analysis method from the facts given.
Recognize when the best answer is to validate the schedule model before calculating impact.
Separate technical schedule analysis from contractual entitlement assumptions.
For the next step, work timed PSP-style practice questions that require CPM calculations, update interpretation, variance analysis, and delay-method selection rather than only memorizing terms.
Notes and examples
Final Readiness Checklist
Before attempting a full mock exam, make sure you can confidently:
Explain the difference between planning and scheduling.
Build a logical activity network from scope and WBS.
Calculate and interpret early dates, late dates, total float, and free float.
Identify the critical path and near-critical paths.
Recognize the effect of calendars, lags, constraints, and milestones.
Update a schedule using actuals, remaining durations, and a status date.
Compare current schedule forecasts to the baseline.
Interpret schedule variance without confusing it with CPM delay.
Evaluate resource loading and leveling impacts.
Choose appropriate schedule compression methods.
Understand risk, contingency, and uncertainty in schedule forecasts.
Analyze delay using causation, criticality, timing, and documentation.
Purpose of this Cheat Sheet
This Cheat Sheet is for candidates preparing for the AACE International AACE Planning & Scheduling Professional (PSP) exam, code PSP. It is designed as a fast, practical refresher before you move into topic drills, mock exams, and detailed explanations.
Use it to check whether you can:
Build a defensible project schedule from scope, WBS, calendars, logic, and resources.
Interpret CPM results correctly, especially float, critical path, constraints, and progress updates.
Recognize weak schedule practices and common exam traps.
Connect schedule data to performance measurement, risk, change, and delay analysis.
Practice with PM Mastery practice, original practice questions, and a question bank after reviewing the concepts.
This page is PM Mastery review support and is not affiliated with AACE International.
High-Yield Review Map
Area
What to know cold
Common candidate trap
Planning vs. scheduling
Planning defines the work, sequencing strategy, means, methods, and assumptions; scheduling time-phases that plan
Treating software output as the plan
WBS and scope
Schedule activities should trace to scope and deliverables
Critical path impact, windows, as-planned vs. as-built, contemporaneous records
Assigning delay without causation and criticality
Planning Comes Before Scheduling
A strong schedule starts with a strong plan. The exam can test whether you understand that a schedule is not just a list of dates. It is a time-phased model of execution.
Core Planning Inputs
Input
Why it matters
Contract requirements
Determines required milestones, deliverables, constraints, reporting, and acceptance criteria
Scope statement
Defines what must be planned and what is excluded
WBS
Breaks the project into manageable deliverables and control accounts
Execution strategy
Defines sequencing, procurement, construction approach, shutdowns, commissioning, and handovers
Resources and productivity
Converts scope quantities into durations and work periods
Calendars
Reflect workdays, shifts, weather windows, access restrictions, and holidays
Risks and assumptions
Identify uncertain work, interfaces, permits, approvals, and long-lead items
Stakeholder requirements
Drive reporting levels, coding, milestones, and schedule detail
A common exam mistake is to jump directly into CPM calculations without checking whether the schedule has a valid planning basis.
Schedule Development Workflow
flowchart TD
A[Define scope and WBS] --> B[Identify activities and milestones]
B --> C[Estimate durations]
C --> D[Assign calendars and resources]
D --> E[Develop network logic]
E --> F[Calculate CPM dates and float]
F --> G[Review constraints and reasonableness]
G --> H[Resource review and optimization]
H --> I[Risk and contingency review]
I --> J[Approve baseline]
J --> K[Status, update, forecast, and control]
Use this workflow as a mental checklist. If a question describes a schedule with dates but no logic, no scope traceability, or no update discipline, the schedule may not be reliable.
Work Breakdown Structure and Activity Definition
The WBS organizes project scope into deliverables and manageable components. Schedule activities should be detailed enough to manage work, but not so detailed that the schedule becomes impossible to maintain.
Good Activity Characteristics
A well-defined schedule activity usually has:
A clear scope of work.
A responsible party.
A measurable start and finish.
A realistic duration.
Logical predecessor and successor relationships.
Assigned calendar assumptions.
Resource or quantity basis when appropriate.
Progress measurement method.
Notes and examples
Activity Detail Decision Rules
If the activity is…
Then consider…
Too broad to measure progress objectively
Break it into smaller activities
Short and repetitive
Use summary coding carefully; avoid excessive detail
Driven by external approval
Model the approval as a separate activity or milestone
A procurement item
Include engineering, requisition, fabrication, delivery, inspection, and installation interfaces
A milestone
Use zero duration unless the milestone represents actual work
A level-of-effort activity
Avoid letting it drive critical path unless justified
Constraints and Milestones
Constraints restrict schedule calculations. They may be necessary, but they should be used carefully.
Constraint Review Table
Constraint type
Typical purpose
Risk
Start no earlier than
Models access, permit, release, or contract restriction
Can delay work even if logic allows earlier start
Finish no later than
Models required deadline or contractual milestone
Can create negative float
Must start on
Forces start date
Can override logic and distort float
Must finish on
Forces finish date
Can create artificial criticality
As late as possible
Delays activity within available float
May consume float unintentionally
Milestone Rules
Contract milestones should be clearly coded and traceable.
Internal milestones should support management decisions.
A milestone should usually have zero duration.
Milestones need predecessors and successors unless they are legitimate project start or finish points.
A milestone with no logic may be a reporting marker, not a schedule control point.
Float: What Candidates Often Misread
Float is one of the most tested scheduling concepts because it is easy to misinterpret.
Total Float vs. Free Float
Type
Measures
Practical meaning
Total float
Delay possible before delaying project completion or selected finish milestone
Shared along a path
Free float
Delay possible before delaying the next successor
Available without affecting immediate successor
Negative float
Amount by which calculated dates exceed a required date
Indicates schedule pressure or infeasibility
Zero float
No flexibility relative to the calculated controlling finish
Often critical, but check constraints and calendars
Notes and examples
Float Decision Rules
Low float does not automatically mean high importance. It means limited time flexibility.
High float does not mean the work can be ignored. Interfaces, resources, and risk still matter.
Float is path-based. Delaying one activity can consume float for multiple downstream activities.
Negative float requires explanation. It usually points to an imposed date, delay, or recovery need.
Critical path can change after progress updates. Do not assume the baseline critical path remains critical.
Calendars and Date Interpretation
Calendars affect calculated dates and float. They are a frequent source of wrong answers because candidates calculate as if every day is a workday.
Calendar Types
Calendar
Used for
Project calendar
General work pattern for the project
Activity calendar
Specific work pattern for certain activities
Resource calendar
Availability of labor, equipment, crews, or specialty resources
Weather calendar
Seasonal or climate-driven work limitations
Shutdown or outage calendar
Limited access or operational windows
Calendar Traps
Two activities with the same duration can finish on different calendar dates.
Float may be calculated using successor calendars or project calendar rules depending on software settings.
Weekend, holiday, and shift assumptions can change criticality.
A milestone on a nonwork day may behave differently depending on calendar assignment.
Critical means controlling completion or selected milestone
More detail always improves schedule
Excessive detail can reduce maintainability
Float belongs to one activity owner
Float is path-based and often shared
Baseline should be changed whenever the forecast changes
Forecast variance is not the same as approved baseline revision
Percent complete determines finish date
Remaining duration and logic drive forecast finish
Earned value replaces CPM
EV measures value performance; CPM forecasts time
Any delay event creates project delay
Must prove critical path impact
Constraints improve accuracy
Constraints can hide flawed logic
Resource leveling is harmless
It can change the critical path and finish date
A current schedule is automatically reliable
Update quality must be reviewed
Calculation Traps
Forgetting to include lag.
Ignoring relationship type.
Treating calendar days as workdays.
Choosing the path with the most activities instead of the longest duration.
Calculating free float as if it were total float.
Missing negative float caused by an imposed finish date.
Not recalculating after a progress update.
Rounding productivity or duration too early.
Comparing baseline and current dates without checking scope changes.
Baselines, Updates, and Forecasting
A baseline is the approved schedule used for comparison. Updating is the process of incorporating actual progress and forecasting remaining work.
Baseline vs. Current Schedule
Schedule type
Purpose
Baseline schedule
Approved reference plan
Current schedule
Latest updated model reflecting actual progress and forecast
Recovery schedule
Plan to regain lost time or meet a required date
Revised baseline
Approved replacement baseline, usually after authorized scope or plan change
As-built schedule
Historical record of actual sequence and dates
Notes and examples
Proper Update Sequence
flowchart TD
A[Set status/data date] --> B[Enter actual starts and finishes]
B --> C[Update remaining durations]
C --> D[Record percent complete or physical progress]
D --> E[Review out-of-sequence work]
E --> F[Recalculate schedule]
F --> G[Analyze critical and near-critical paths]
G --> H[Compare to baseline]
H --> I[Report variance and forecast]
Update Quality Checks
Check
Why it matters
Status date is clear
Separates actual history from forecast
Actual dates are realistic
Prevents false progress
Remaining duration is updated
Percent complete alone is not enough
Logic reflects current plan
Field changes may invalidate baseline logic
Critical path is reviewed
Progress can shift the controlling path
Forecast dates are explained
Stakeholders need causes, not just new dates
Percent Complete and Progress Measurement
Progress measurement should match the type of work. A schedule update becomes unreliable when percent complete is subjective or inconsistent.
Common Progress Methods
Method
Best for
Risk
0/100
Short tasks with clear completion
Understates progress until complete
50/50
Short tasks where start and finish are meaningful
Can overstate early progress
Weighted milestones
Engineering, procurement, deliverables
Requires good milestone weights
Physical percent complete
Construction quantities or installed work
Needs objective measurement
Level of effort
Support work tied to time passage
Should not drive critical path analysis
Remaining duration
Forecasting schedule completion
Must be honestly reassessed
Key Distinction
Percent complete and remaining duration are not the same.
An activity may be 80% complete but still have substantial remaining duration if the remaining work is difficult, constrained, or awaiting approval. Conversely, an activity may be 30% complete but close to finishing if early progress measurement was conservative.
Earned Value and Schedule Performance Links
The PSP exam may expect familiarity with how schedule information connects to project controls and performance measurement.
Core Earned Value Terms
Term
Meaning
Planned value
Budgeted value of work planned by a point in time
Earned value
Budgeted value of work actually accomplished
Actual cost
Actual cost incurred for work performed
Schedule variance
Earned value minus planned value
Schedule performance index
Earned value divided by planned value
Notes and examples
Common formulas:
Interpretation Rules
Result
Basic interpretation
Caution
SV greater than 0
More value earned than planned
Does not prove critical path is ahead
SV less than 0
Less value earned than planned
May or may not affect completion date
SPI greater than 1
Work accomplished faster than planned by value
Can be misleading late in project
SPI less than 1
Work accomplished slower than planned by value
Must be compared with CPM forecast
Earned value schedule indicators do not replace CPM analysis. A project can have favorable earned value metrics and still be late if critical path work is delayed.
Contract, Change, and Schedule Control
The exam may frame scheduling within a project controls environment. Know how schedule control supports change management.
Change Control Schedule Questions
Question
Why it matters
Is the change within original scope?
Determines whether baseline change may be justified
Does the change affect critical path?
Determines time impact
Is there a fragnet?
Shows added or changed work logically
Which schedule update is used?
Analysis should reflect conditions when the change occurred
Was notice given?
Contract administration issue
Are mitigation steps documented?
Supports reasonableness of response
Are cost and schedule impacts separated?
Time impact and cost impact are related but distinct
Baseline Change Trap
Not every variance justifies a new baseline. A baseline should generally be changed only through an approved process, such as authorized scope change, major approved resequencing, or other accepted project control procedure. Routine poor performance should be shown as variance, not erased.
Ethics and Professional Judgment
Professional scheduling requires objectivity, transparency, and sound judgment. The exam may present scenarios where the technically correct answer also requires ethical handling of schedule information.
Ethical Risk Areas
Situation
Better practice
Pressure to hide delay
Report accurate status and assumptions
Unapproved baseline manipulation
Preserve baseline integrity
Selective use of data
Present complete and relevant information
Unsupported delay claim
Require documentation and causation
Artificial progress entry
Use objective progress measurement
Concealed constraints or logic changes
Document schedule changes clearly
A credible scheduler does not simply produce favorable dates. The scheduler produces defensible information for decision-making.
Fast Review Tables
Best Action by Scenario
Scenario
Best first response
Schedule shows negative float
Identify imposed constraint or required date causing it
Activity is delayed but has total float
Check whether float is consumed and whether path becomes critical
Project is late
Analyze current critical path and variance causes
Need to shorten project
Compress critical path work first
Excessive resource demand
Review resource availability, leveling, sequencing, and productivity
Many activities have no successors
Correct open ends unless justified
Progress is out of sequence
Determine whether logic should be retained, revised, or explained
Change order adds work
Model a fragnet and analyze time impact
Earned value SPI is favorable but finish slipped
CPM critical path likely affected by work not reflected in aggregate SPI
Baseline no longer reflects approved scope
Use formal change control, not informal date edits