PSP — AACE Planning & Scheduling Professional Cheat Sheet

Cheat sheet: PSP exam reference for AACE International Planning & Scheduling Professional candidates: CPM, float, updates, controls, risk, resources, and delay analysis.

Use the tables for a quick pre-exam check. Expand a topic’s notes for explanations, examples, and additional distinctions.

Scope and study context
  • CPM network calculation steps
  • Float, logic, constraint, and calendar distinctions
  • Schedule development and update workflow
  • Baseline, progress, and forecast terminology
  • Earned value and schedule-control formulas
  • Resource, risk, and delay-analysis decision points

Core Planning vs. Scheduling Distinctions

ConceptPlanning emphasisScheduling emphasisExam trap
PurposeDefine scope, strategy, sequence, means and methodsTime-phase the plan into activities, logic, dates, resourcesA schedule without a credible plan is just dated activity data
WBSDeliverable-oriented decompositionBasis for activity coding and reportingWBS is not automatically the activity list
ActivityWork package or task to be performedNetwork element with duration, logic, calendar, responsibilityActivities need measurable scope and update rules
MilestoneKey event or decision pointZero-duration network markerMilestones should have logic, not just imposed dates
BaselineApproved plan for comparisonFrozen schedule/cost/time referenceDo not overwrite baseline with current forecast
ForecastCurrent prediction of future outcomeUpdated projected dates and completionForecast variance is measured against baseline or target
ControlCompare, analyze, actUpdate, report, correct, reforecastReporting variance is not the same as controlling it

Planning and Scheduling Lifecycle

StepMain outputKey checks
Define scope and execution strategyWBS, scope basis, sequencing assumptionsScope completeness, interfaces, constraints
Develop activity listActivities, milestones, codesMeasurable work, appropriate level of detail
Sequence workNetwork logicMandatory vs discretionary logic; no open ends unless justified
Estimate durationsActivity durations and basisQuantity, production rate, crew, calendar, risk allowance
Assign calendars/resourcesCalendars, resource plan, cost loading if requiredCalendar consistency; resource feasibility
Calculate CPMEarly/late dates, float, critical pathLogic-driven path, not just longest activity chain
Review and baselineApproved baseline scheduleQuality checks, stakeholder acceptance, change-control readiness
Update progressActuals, remaining durations, data date statusNo actuals after data date; no planned work before data date
Analyze varianceVariance, trend, recovery optionsSeparate cause, effect, and corrective action
Forecast and controlUpdated forecast, reports, mitigationForecast must reflect current logic and remaining work

Schedule Model Building Blocks

ElementWhat it representsGood practiceCommon PSP-style trap
Activity IDUnique identifierStable coding conventionRenumbering can disrupt traceability
Activity descriptionClear work statementVerb + object + location/systemVague descriptions weaken progress measurement
DurationPlanned work timeBased on quantity, productivity, calendarDuration is not the same as work-hours
Logic predecessor/successorNetwork dependencyMostly finish-to-start where appropriate, with justified alternativesExcessive lags can hide work scope
CalendarWorking/nonworking timeMatch trade, shift, weather, contract rulesCalendar differences affect float and criticality
ConstraintDate restrictionUse only when externally justifiedHard constraints can override logic and create misleading float
ResourceLabor, equipment, material, crewUse for feasibility and histogramsResource leveling can change critical path
Activity codeClassification attributeWBS, area, phase, discipline, contractorCodes support filtering but do not replace logic
BaselineApproved referencePreserve for comparisonUpdating 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:

ConventionForward passBackward passFloat
Zero-based / elapsed timeEF = ES + durationLS = LF - durationTF = LS - ES = LF - EF
Inclusive day numberingEF = ES + duration - 1LS = LF - duration + 1TF = 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

TermMeaningFormula or rule
ESEarliest an activity can startMaximum of predecessor-driven start dates
EFEarliest an activity can finishES + duration, or ES + duration - 1 under inclusive convention
LFLatest an activity can finish without delaying required completionMinimum of successor-driven late dates
LSLatest an activity can start without delaying required completionLF - duration, or LF - duration + 1 under inclusive convention
Total floatTime activity can slip without delaying project completion or required finishLS - ES, or LF - EF
Free floatTime activity can slip without delaying an immediate successor’s early startMinimum successor ES - activity EF, adjusted for convention and relationship
Critical pathLongest path or path with least total floatCan have zero, positive, or negative float depending on required finish
Negative floatRequired date is earlier than logic-driven completionIndicates compression need, constraint issue, or missed requirement
Near-critical pathPath close to criticalWatch for risk; may become critical after updates
Longest pathDriving path to completion based on continuous logicOften 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

TermMeaning
Early startEarliest date an activity can start based on predecessors
Early finishEarliest date an activity can finish based on early start and duration
Late startLatest date an activity can start without delaying the required completion point
Late finishLatest date an activity can finish without delaying the required completion point
Total floatAmount of time an activity can be delayed without delaying the project or controlling finish milestone
Free floatAmount of time an activity can be delayed without delaying any immediate successor
Critical pathPath controlling the project completion or selected finish milestone
Driving relationshipRelationship that determines the successor’s calculated start or finish
Near-critical pathPath with low float that may become critical if conditions change
Negative floatIndicates 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:

  1. During the forward pass, calculate early dates from project start to finish.
  2. During the backward pass, calculate late dates from project finish back to start.
  3. Total float is the difference between late and early dates.
  4. The critical path usually has the lowest total float.
  5. 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:

\[ Duration = \frac{Quantity}{Production\ Rate} \]

If crew size affects total production:

\[ Duration = \frac{Quantity}{Crew\ Size \times Productivity\ per\ Crew\ Unit} \]

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

RelationshipMeaningSuccessor timing condition, elapsed convention
FSFinish-to-start: successor starts after predecessor finishesSucc ES >= Pred EF + lag
SSStart-to-start: successor starts after predecessor startsSucc ES >= Pred ES + lag
FFFinish-to-finish: successor finishes after predecessor finishesSucc EF >= Pred EF + lag
SFStart-to-finish: successor finishes after predecessor startsSucc EF >= Pred ES + lag
Notes and examples

Lead and Lag

ItemMeaningUse carefully
LagWaiting time between related activitiesMay represent curing, delivery, review period, or hidden work
LeadNegative lag allowing overlapOften increases risk; should not replace proper activity breakdown
Excessive lagLarge unexplained delayCan mask missing activities or poor planning
Prefer activity over lag whenThe time interval consumes resources, has risk, or needs trackingExample: “submittal review” is usually better as an activity than a long lag

Common Relationship Types

RelationshipMeaningWatch for
Finish-to-startSuccessor starts after predecessor finishesMost common and easiest to audit
Start-to-startSuccessor starts after predecessor startsOften used for overlapping work
Finish-to-finishSuccessor finishes after predecessor finishesUseful for coordinated completion
Start-to-finishSuccessor finishes after predecessor startsRare; scrutinize carefully

Lags and Leads

ConceptMeaningExam trap
LagWaiting time inserted between related activitiesExcessive lag may hide missing work
LeadNegative lag that overlaps activitiesCan obscure real logic and risk
Hard-coded gapManual date separation without logicMakes the schedule less defensible
Hidden contingencyExtra time embedded in duration or lagMakes 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 typeDefinitionExam-relevant interpretation
Total floatDelay allowed before project/required completion is delayedShared by activities on the same path
Free floatDelay allowed before delaying immediate successor early dateBelongs to the activity relative to its successors
Interfering floatPortion of total float beyond free floatDelay may affect successor early dates but not final completion
Independent floatDelay possible without affecting predecessors or successorsUsually limited; less common in practical software reporting
Negative floatAmount by which schedule misses imposed/required dateNot “extra critical”; it signals required recovery or date conflict
Float ownershipContractual/governance issueDo not assume contractor or owner owns float unless the governing documents say so

Critical Path and Constraint Traps

SituationWhat can go wrongBetter exam answer
Hard finish constraintActivity appears critical because of imposed dateCheck logic-driven longest path and constraint impact
Must-start constraintForces activity to start despite predecessor logicChallenge if not externally required
Open-ended activityMissing predecessor or successor gives false floatAdd appropriate logic unless it is a legitimate start/finish milestone
Out-of-sequence progressActual progress violates planned logicDecide whether to retain logic, override logic, or revise logic based on update rules
Calendar mismatchSame logic produces unexpected floatCheck calendars before concluding calculation error
Multiple calendars on one pathCriticality can shift unexpectedlyConfirm driving relationships and working-day assumptions
Resource levelingDates change due to resource limitsResource-critical path may differ from pure CPM path
Excessive constraintsCPM becomes date-pushed instead of logic-drivenUse constraints sparingly and document the reason

Schedule Quality Review Checklist

CheckWhat to look forWhy it matters
Complete logicActivities generally have predecessors and successorsOpen ends distort CPM
Valid activity scopeActivities have clear deliverables or measurable workEnables reliable updates
Reasonable durationsNot too long for meaningful controlLong activities hide variance
Proper milestonesZero duration, logically tiedDate markers should be driven or justified
Limited hard constraintsExternally justified onlyConstraints can mask true critical path
Limited leads/lagsDocumented and reasonableHidden work or risk may be missed
Calendar reviewCorrect work periods, holidays, shiftsDates and float depend on calendars
Cost/resource loadingMatches estimate and execution planSupports S-curves, histograms, EV analysis
Baseline integrityApproved and preservedEnables variance analysis
Update validityActual dates, remaining durations, data date logic are coherentPrevents 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

CheckRed flag
Complete scope coverageMissing procurement, approvals, commissioning, or handover
Clear logicOpen starts, open finishes, excessive constraints
Reasonable durationsVery long activities with subjective progress
Minimal hard constraintsDates forced without explanation
Proper calendarsIncorrect workweek, holidays, or access windows
Activity codingPoor filtering, reporting, or responsibility tracking
Baseline integrityUnapproved changes to baseline
Update disciplineActuals after data date or forecast work before data date
Critical path credibilityCritical path driven by constraints instead of real work
Resource feasibilityDemand exceeds practical availability
Change traceabilityApproved 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}} \]

Three-Point Estimating

\[ \text{PERT Expected Duration} = \frac{O + 4M + P}{6} \]\[ \text{PERT Standard Deviation} = \frac{P - O}{6} \]\[ \text{PERT Variance} = \left(\frac{P - O}{6}\right)^2 \]
SymbolMeaning
OOptimistic estimate
MMost likely estimate
PPessimistic estimate
Estimate typeFormulaUse
DeterministicSingle durationWhen uncertainty is low or detail is sufficient
Triangular mean(O + M + P) / 3Simple three-point average
PERT beta mean(O + 4M + P) / 6Weights most likely estimate more heavily
ParametricQuantity / production rateGood when measurable quantities and historical rates exist
AnalogousBased on similar past workUseful early, less precise

Schedule Updating Reference

Update itemCorrect treatment
Data dateBoundary between actual performance and forecast work
Actual startEnter when work has actually begun
Actual finishEnter when activity is complete
Remaining durationBest forecast of time required after data date
Percent completeMust match the method used: duration, physical, units, or cost
Expected finishForecast finish based on remaining work and logic
Suspended workReflect with actuals, remaining duration, and sometimes split activity if allowed
Deleted workRemove or zero out only under approved change/update procedure
Added workAdd activities with proper logic, codes, baseline/change treatment
Out-of-sequence progressApply project update policy; analyze impact on logic and forecast
Notes and examples

Percent Complete Types

TypeBased onUseful whenTrap
Duration percent completeTime elapsed versus planned/current durationWork progresses roughly with timeCan overstate progress when little physical work is done
Physical percent completeMeasured installed/complete workQuantity-based field workRequires objective measurement rules
Units percent completeInstalled quantity / total quantityRepetitive measurable workQuantity installed may not equal earned value if weighting differs
Cost percent completeCost incurred / budgetCost-tracked workSpending money is not the same as earning progress

Baseline, Current, Forecast, and As-Built

Schedule versionMeaningUsed for
Baseline scheduleApproved original or approved revised planVariance and performance comparison
Current scheduleLatest updated schedule modelStatus reporting and forecast
Forecast scheduleProjection from data date forwardCompletion prediction and mitigation
Recovery schedulePlan to regain required datesAcceleration, resequencing, added resources
What-if scheduleScenario analysis copyDecision support, not the official record
As-built scheduleActual sequence and dates of completed workDelay analysis and lessons learned
FragnetFragmentary network representing a change or delay eventTime impact analysis and change evaluation

Variance and Earned Value Formula Sheet

MetricPlain formulaMeaning
PVPlanned ValueBudgeted value of work planned by status date
EVEarned ValueBudgeted value of work actually performed
ACActual CostActual cost incurred for performed work
BACBudget at CompletionTotal approved budget
CVEV - ACCost variance
SVEV - PVSchedule variance in value terms
CPIEV / ACCost efficiency
SPIEV / PVSchedule efficiency by earned value
EACAC + ETCForecast final cost
EAC, CPI methodBAC / CPIAssumes future cost efficiency follows current CPI
ETCEAC - ACForecast cost to complete remaining work
VACBAC - EACVariance 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

ConditionMeaning
CV > 0Under budget for work performed
CV < 0Over budget for work performed
SV > 0More value earned than planned by status date
SV < 0Less value earned than planned by status date
CPI > 1.0Cost efficiency favorable
CPI < 1.0Cost efficiency unfavorable
SPI > 1.0EV progress ahead of planned value
SPI < 1.0EV 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

MetricFormula or methodNotes
Finish varianceForecast finish - baseline finishPositive/negative convention may vary; read the question
Start varianceActual or forecast start - baseline startUseful for early detection
Total float varianceCurrent float - baseline floatFloat erosion can signal risk
Critical path driftCompare baseline critical path to current driving pathPath may shift after updates
Milestone slipForecast milestone date - baseline milestone dateReport key contractual or management dates
Progress planned vs actualActual quantity or EV compared with plannedNeeds consistent measurement basis

Resource Planning and Leveling

TermMeaningExam distinction
Resource loadingAssigning labor/equipment/material quantities to activitiesSupports histograms, cost loading, feasibility
Resource histogramTime-phased resource demand chartShows peaks, shortages, staffing needs
Resource levelingAdjusting dates to resolve resource overallocationsMay delay completion and change critical path
Resource smoothingAdjusting within available floatDoes not delay required completion if float is sufficient
Crew logicSequencing based on crew movement or production flowImportant for repetitive work
Cost loadingAssigning budget/cost to activitiesSupports cash flow and earned value
S-curveCumulative planned/earned/actual value or quantityUsed for trend and progress comparison
Notes and examples

Leveling vs. Smoothing

Question clueBetter answer
Resource limit cannot be exceeded and completion may moveResource leveling
Completion date must remain unchanged and only float may be usedResource smoothing
Need to show labor demand by week/monthResource histogram
Need cumulative planned vs actual cost/progressS-curve
Need optimize repetitive crew productionLine-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

ConceptMeaning
Resource loadingAssigning labor, equipment, or materials to activities
Resource histogramTime-phased view of resource demand
Resource levelingAdjusting schedule to resolve resource over-allocation
Resource smoothingAdjusting activities within available float without changing completion
Productivity rateOutput per unit of resource effort or time
Crew logicSequencing driven by crew movement or workface availability

Leveling Decision Rules

SituationLikely action
Resource demand exceeds availabilityLevel, add resources, resequence, or extend duration
Activity has floatIt may be shifted without delaying project completion
Critical activity lacks resourcesProject finish may be at risk
Leveling delays a critical activityCompletion date may move
Added resources reduce durationCheck 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

MethodWhat it doesAdvantagesRisks
CrashingAdds resources, overtime, shifts, or methods to shorten durationCan preserve sequenceHigher cost, congestion, productivity loss
Fast trackingOverlaps activities previously planned in sequenceMay save time without added direct resourcesRework, coordination risk, quality issues
ResequencingChanges logic or work packagingMay remove inefficienciesMust remain technically feasible
Scope reductionRemoves or defers workDirect schedule reliefRequires approval and may affect objectives
Calendar changeAdds workdays/shiftsSimple to modelLabor, fatigue, access, cost, and productivity impacts
Notes and examples

Compression Decision Table

If the issue is…Consider firstAvoid assuming
Negative float from imposed finishValidate constraint and longest pathThat all critical activities need crashing
One delayed procurement itemAlternative supplier, resequencing, mitigation fragnetThat field labor acceleration solves it
Critical activity has high labor contentCrashing or shift workLinear productivity improvement
Critical path has finish-to-start logic with feasible overlapFast trackingNo rework risk
Noncritical activity is late but has floatMonitor or use floatThat every late activity delays the project
Resource overload drives delayLeveling alternatives, smoothing, added crewsThat 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

MethodDescriptionMain risk
CrashingAdd resources or spend more to reduce durationHigher cost; diminishing returns
Fast-trackingOverlap activities that were originally sequentialRework and coordination risk
ResequencingChange logic to improve workflowMay violate technical or contract requirements
Overtime or shift workIncrease work hoursFatigue, productivity loss, safety risk
Scope reductionRemove or defer work if authorizedMust be contractually and technically valid
Prefabrication/modularizationMove work offsite or parallelizeInterface 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

ConceptMeaningPSP-relevant use
Schedule riskUncertainty affecting activity durations, logic, resources, calendars, or external eventsDrives contingency and confidence analysis
Risk registerList of risks, causes, effects, responses, ownersLinks risk to schedule activities where possible
ContingencyTime or cost allowance for identified riskShould be transparent and governed
Management reserveAllowance for unknowns or management-controlled riskNot the same as activity padding
Monte Carlo simulationRepeated sampling of uncertain durations/risksProduces date confidence ranges
Criticality indexFrequency activity appears on critical path in simulationShows probabilistic importance
Sensitivity analysisShows variables most affecting outcomeHelps target mitigation
Notes and examples

Risk Formulas

\[ \text{Expected Monetary Value} = \text{Probability} \times \text{Impact} \]\[ \text{Expected Duration Impact} = \text{Probability} \times \text{Duration Impact} \]
Risk responseUse when
AvoidChange plan to eliminate threat
MitigateReduce probability or impact
TransferShift responsibility by contract, insurance, or supplier arrangement
AcceptMonitor and use contingency if risk occurs
ExploitEnsure an opportunity occurs
EnhanceIncrease probability or benefit of an opportunity
ShareAllocate 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

TopicKnow this
Risk eventSpecific uncertain event that may affect schedule
UncertaintyRange of possible outcomes for duration, productivity, or timing
ContingencyTime or resources reserved for identified uncertainty
SensitivityShows which activities or paths most influence completion
Criticality indexIndicates how often an activity appears on the critical path in simulations
Monte Carlo simulationUses 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

ItemRole in scheduling
Change eventNew scope, delay, disruption, acceleration, or changed condition
FragnetNetwork fragment showing added/changed work and logic ties
Time impact analysisProspective insertion of fragnet into an accepted schedule update
Approved changeMay justify baseline revision or separate change log
Pending changeOften tracked in current forecast but not baseline until approved
Change logRecords description, status, cost/time impact, responsibility
Notes and examples

Change-Control Decision Table

ScenarioScheduler’s best next step
New work is authorizedAdd activities/fragnet, logic, resources, and baseline/change coding
Potential change is not yet approvedModel what-if or pending impact per procedure; do not silently alter baseline
Change affects critical pathAnalyze time impact against data date and current accepted schedule
Change affects only noncritical workCheck float consumption and milestone effects
Owner requests recovery planPreserve current update, create recovery scenario, document assumptions
Baseline revision requestedConfirm approval path and retain prior baseline for audit trail

Delay Analysis Cheat Sheet

MethodBasic ideaBest suited forLimitations
As-planned vs. as-builtCompare planned dates/sequence to actual dates/sequenceSimple overviewMay ignore changing critical path and updates
Impacted as-plannedInsert delay events into baseline/as-planned scheduleProspective or simple event modelingCan ignore actual progress and later changes
Time impact analysisInsert fragnet into current accepted update at time of eventProspective change/time extension analysisDepends on quality of update and fragnet logic
Windows analysisEvaluate delay in discrete time windows using updatesProjects with periodic updatesRequires reliable updates and careful window selection
Collapsed as-builtRemove delay events from as-built to estimate but-for completionRetrospective analysisSensitive to logic reconstruction assumptions
Contemporaneous period analysisUses schedule updates and records from the timeRetrospective with project recordsData 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

ConceptMeaning
As-planned scheduleOriginal planned sequence and dates
As-built scheduleActual sequence and dates
Impacted as-plannedAdds delay events to the planned schedule
Collapsed as-builtRemoves delay events from the as-built to estimate effect
Windows analysisEvaluates delay in time periods using contemporaneous updates
Time impact analysisInserts a delay fragnet into an appropriate schedule update
FragnetSmall network representing a change or delay event
Concurrent delaySeparate delays occurring in the same period that affect completion
Excusable delayDelay that may justify time relief depending on contract terms
Compensable delayDelay that may justify cost recovery depending on contract terms

Delay Analysis Decision Questions

  1. What was the controlling critical path before the event?
  2. Did the event affect a critical or near-critical activity?
  3. Did the event consume float or delay completion?
  4. Was there concurrent delay?
  5. Are the records contemporaneous and reliable?
  6. Did the schedule update accurately reflect actual progress?
  7. Was the delay caused by the event, or by unrelated performance issues?
  8. 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

ClassificationMeaningPossible schedule result
Excusable delayDelay not caused by contractor, often beyond contractor controlMay support time extension
Non-excusable delayDelay caused by contractor responsibilityUsually no time extension
Compensable delayDelay for which additional compensation may be allowed under governing documentsTime and cost may be considered
Non-compensable delayTime may be allowed without additional compensationDepends on governing documents
Concurrent delaySeparate delays by different parties affect critical path during same periodRequires careful critical-path and responsibility analysis
Pacing delayOne party slows work because another delay already controls completionRequires 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

TrapCorrect reasoning
Two delays occur in the same month, so they are concurrentThey must both affect critical completion during the same analysis period
A delay to a noncritical activity always has no effectIt may consume float and become critical later
A critical activity delay always delays project completionOnly if it affects the controlling path and is not offset by mitigation or float changes
Baseline critical path stays critical foreverUpdates can shift the driving path
Delay days equal calendar days automaticallyCheck applicable activity calendars and nonwork periods
Float consumption equals compensable delayFloat use and entitlement are separate issues

Reporting and Communication

Report typeShowsUse
CPM schedule reportActivity dates, logic, float, critical pathTechnical schedule review
Milestone reportKey dates and varianceExecutive and contractual reporting
Lookahead scheduleNear-term planned work, often 2-6 weeksField coordination
Variance reportBaseline vs current/forecast differencesControl and corrective action
Narrative reportExplanation of progress, critical path, delays, risksConverts data into management meaning
S-curveCumulative planned, earned, actualTrend and production/cost visibility
Resource histogramLabor/equipment demand by periodStaffing and resource planning
Exception reportLate, critical, near-critical, constrained, missing logicFocused schedule health review
Notes and examples

Good Schedule Narrative Elements

  • Data date and reporting period
  • Work completed during the period
  • Current critical path and near-critical paths
  • Major variances from baseline or previous update
  • 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

ReportPurpose
Milestone reportShows key contractual and management dates
Critical path reportIdentifies controlling work
Lookahead scheduleSupports short-term execution planning
Variance reportCompares current forecast to baseline
Float reportHighlights low-float and negative-float activities
Resource histogramShows resource demand over time
Progress S-curveSummarizes planned vs. actual or earned progress
Delay logTracks events, notices, and potential impacts
Change logConnects 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

NeedUse this artifact
Decompose project scopeWBS
Show sequence and dependenciesCPM network
Show key contractual datesMilestone schedule
Show near-term field commitmentsLookahead schedule
Show crew flow by locationLine-of-balance or location-based schedule
Show labor demandResource histogram
Show cumulative progress or costS-curve
Evaluate change impactFragnet and time impact analysis
Preserve approved comparison pointBaseline schedule
Analyze completed delayAs-built schedule and retrospective delay method
Track schedule riskRisk register and schedule risk model

“What Should the Scheduler Do Next?” Decision Table

Situation in questionBest next action
Schedule has missing successors and predecessorsCorrect logic before relying on float or critical path
Activity shows negative floatIdentify imposed requirement/constraint and analyze recovery options
Actual work appears after the data dateCorrect the update; actuals must not be in the future
Planned work remains before the data dateUpdate status and remaining duration or revise forecast
Critical path changed since last updateExplain why: progress, logic, calendar, resource, or constraint change
Stakeholder asks to shorten projectAnalyze critical/near-critical paths before recommending crashing
Delay event occurs during active projectUse contemporaneous update and fragnet for time impact if appropriate
Progress percent seems high but quantities are lowVerify percent complete method
Resource histogram exceeds available laborLevel, smooth, resequence, or add resources; assess date impact
Baseline dates no longer match approved scopeUse formal change/baseline revision process
Report shows favorable SPI but completion is lateCheck 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

AreaWhat to know coldCommon candidate trap
Planning vs. schedulingPlanning defines the work, sequencing strategy, means, methods, and assumptions; scheduling time-phases that planTreating software output as the plan
WBS and scopeSchedule activities should trace to scope and deliverablesBuilding activities without clear scope basis
CPM logicActivities, relationships, durations, calendars, constraints, forward/backward passConfusing critical path with “important work”
FloatTotal float, free float, negative float, float ownership conceptsAssuming float is always available to one party
CalendarsWork periods, holidays, shifts, weather calendars, resource calendarsComparing dates without checking calendars
ConstraintsMust-start, must-finish, start-no-earlier-than, finish-no-later-than, etc.Letting constraints override real network logic
UpdatingStatus date, actual starts/finishes, remaining duration, out-of-sequence progressUpdating dates without recalculating logic
BaselinesApproved schedule used for comparison and change controlRebaselining to hide variance
ResourcesLoading, histograms, availability, leveling, productivityLeveling without understanding critical path effect
CompressionCrashing, fast-tracking, overtime, resequencingReducing duration without checking cost/risk impact
Earned value linksPV, EV, AC, SV, SPI and schedule interpretationReading SPI without schedule logic context
RiskUncertainty, contingency, sensitivity, schedule risk analysisTreating deterministic CPM as a certainty
Delay analysisCritical path impact, windows, as-planned vs. as-built, contemporaneous recordsAssigning 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

InputWhy it matters
Contract requirementsDetermines required milestones, deliverables, constraints, reporting, and acceptance criteria
Scope statementDefines what must be planned and what is excluded
WBSBreaks the project into manageable deliverables and control accounts
Execution strategyDefines sequencing, procurement, construction approach, shutdowns, commissioning, and handovers
Resources and productivityConverts scope quantities into durations and work periods
CalendarsReflect workdays, shifts, weather windows, access restrictions, and holidays
Risks and assumptionsIdentify uncertain work, interfaces, permits, approvals, and long-lead items
Stakeholder requirementsDrive reporting levels, coding, milestones, and schedule detail
Notes and examples

Planning vs. Scheduling

ConceptPlanningScheduling
Main questionHow will the work be performed?When will the work occur?
FocusScope, sequence, method, responsibility, resourcesDates, logic, float, progress, forecasts
OutputExecution approach and activity definitionCPM model, baseline, updates, reports
Failure modeMissing scope or unrealistic approachIncorrect dates, broken logic, misleading float

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 objectivelyBreak it into smaller activities
Short and repetitiveUse summary coding carefully; avoid excessive detail
Driven by external approvalModel the approval as a separate activity or milestone
A procurement itemInclude engineering, requisition, fabrication, delivery, inspection, and installation interfaces
A milestoneUse zero duration unless the milestone represents actual work
A level-of-effort activityAvoid 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 typeTypical purposeRisk
Start no earlier thanModels access, permit, release, or contract restrictionCan delay work even if logic allows earlier start
Finish no later thanModels required deadline or contractual milestoneCan create negative float
Must start onForces start dateCan override logic and distort float
Must finish onForces finish dateCan create artificial criticality
As late as possibleDelays activity within available floatMay 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

TypeMeasuresPractical meaning
Total floatDelay possible before delaying project completion or selected finish milestoneShared along a path
Free floatDelay possible before delaying the next successorAvailable without affecting immediate successor
Negative floatAmount by which calculated dates exceed a required dateIndicates schedule pressure or infeasibility
Zero floatNo flexibility relative to the calculated controlling finishOften critical, but check constraints and calendars
Notes and examples

Float Decision Rules

  1. Low float does not automatically mean high importance. It means limited time flexibility.
  2. High float does not mean the work can be ignored. Interfaces, resources, and risk still matter.
  3. Float is path-based. Delaying one activity can consume float for multiple downstream activities.
  4. Negative float requires explanation. It usually points to an imposed date, delay, or recovery need.
  5. 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

CalendarUsed for
Project calendarGeneral work pattern for the project
Activity calendarSpecific work pattern for certain activities
Resource calendarAvailability of labor, equipment, crews, or specialty resources
Weather calendarSeasonal or climate-driven work limitations
Shutdown or outage calendarLimited 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.
  • Comparing schedules requires checking whether calendars changed.
Notes and examples

Conceptual Traps

TrapBetter thinking
“Critical” means most importantCritical means controlling completion or selected milestone
More detail always improves scheduleExcessive detail can reduce maintainability
Float belongs to one activity ownerFloat is path-based and often shared
Baseline should be changed whenever the forecast changesForecast variance is not the same as approved baseline revision
Percent complete determines finish dateRemaining duration and logic drive forecast finish
Earned value replaces CPMEV measures value performance; CPM forecasts time
Any delay event creates project delayMust prove critical path impact
Constraints improve accuracyConstraints can hide flawed logic
Resource leveling is harmlessIt can change the critical path and finish date
A current schedule is automatically reliableUpdate 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 typePurpose
Baseline scheduleApproved reference plan
Current scheduleLatest updated model reflecting actual progress and forecast
Recovery schedulePlan to regain lost time or meet a required date
Revised baselineApproved replacement baseline, usually after authorized scope or plan change
As-built scheduleHistorical 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

CheckWhy it matters
Status date is clearSeparates actual history from forecast
Actual dates are realisticPrevents false progress
Remaining duration is updatedPercent complete alone is not enough
Logic reflects current planField changes may invalidate baseline logic
Critical path is reviewedProgress can shift the controlling path
Forecast dates are explainedStakeholders 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

MethodBest forRisk
0/100Short tasks with clear completionUnderstates progress until complete
50/50Short tasks where start and finish are meaningfulCan overstate early progress
Weighted milestonesEngineering, procurement, deliverablesRequires good milestone weights
Physical percent completeConstruction quantities or installed workNeeds objective measurement
Level of effortSupport work tied to time passageShould not drive critical path analysis
Remaining durationForecasting schedule completionMust 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.

The PSP exam may expect familiarity with how schedule information connects to project controls and performance measurement.

Core Earned Value Terms

TermMeaning
Planned valueBudgeted value of work planned by a point in time
Earned valueBudgeted value of work actually accomplished
Actual costActual cost incurred for work performed
Schedule varianceEarned value minus planned value
Schedule performance indexEarned value divided by planned value
Notes and examples

Common formulas:

Interpretation Rules

ResultBasic interpretationCaution
SV greater than 0More value earned than plannedDoes not prove critical path is ahead
SV less than 0Less value earned than plannedMay or may not affect completion date
SPI greater than 1Work accomplished faster than planned by valueCan be misleading late in project
SPI less than 1Work accomplished slower than planned by valueMust 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

QuestionWhy 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

SituationBetter practice
Pressure to hide delayReport accurate status and assumptions
Unapproved baseline manipulationPreserve baseline integrity
Selective use of dataPresent complete and relevant information
Unsupported delay claimRequire documentation and causation
Artificial progress entryUse objective progress measurement
Concealed constraints or logic changesDocument 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

ScenarioBest first response
Schedule shows negative floatIdentify imposed constraint or required date causing it
Activity is delayed but has total floatCheck whether float is consumed and whether path becomes critical
Project is lateAnalyze current critical path and variance causes
Need to shorten projectCompress critical path work first
Excessive resource demandReview resource availability, leveling, sequencing, and productivity
Many activities have no successorsCorrect open ends unless justified
Progress is out of sequenceDetermine whether logic should be retained, revised, or explained
Change order adds workModel a fragnet and analyze time impact
Earned value SPI is favorable but finish slippedCPM critical path likely affected by work not reflected in aggregate SPI
Baseline no longer reflects approved scopeUse formal change control, not informal date edits
Notes and examples

Schedule Document Review

Document or dataWhat to verify
Basis of scheduleAssumptions, calendars, constraints, productivity, exclusions
Baseline scheduleApproval, scope alignment, logic, milestones
Update narrativeProgress, changes, delays, critical path, recovery plan
Change logApproved and pending changes
Risk registerSchedule risks and response actions
Resource planCrew availability and productivity basis
Procurement logLong-lead items and delivery risks
Delay logEvents, dates, notice, responsibility, effect
Meeting minutesContemporaneous decisions and constraints
Daily reportsActual labor, equipment, weather, and progress

Put the review into practice