Study guide

2.1 Activity Definition and Logic Relationships

AACE Planning and Scheduling Professional PSP

Track your progress as you read

Finished sections get a check mark.

1 Chapter 0: Introduction & AACE PSP Exam Structure

0.1 Current AACE PSP Exam, Eligibility, and Certification Facts 0.2 Planning and Scheduling Professional Roles and Competencies 0.3 Cost Engineering and Scheduling Terminology per RP 10S-90

2 Chapter 1: Scope Definition & Planning Fundamentals

1.1 Work Breakdown Structure (WBS) Architecture & RP 33R-15 1.2 Organization & Resource Breakdown Structures (OBS, RBS, RAM) 1.3 Project Planning and Activity-Logic Development 1.4 Contract Requirements and Delivery Constraints 1.5 Stakeholder Identification, Needs, and Plan Review 1.6 Constructability Methods and Value Engineering 1.7 Resource Identification and Project Variables 1.8 Scope, Goals, Project Plan, and Phase Definition 1.9 Cost Breakdown Structure and Cost Estimate Development 1.10 Phase Relationships, Baseline Plan, Forecasts, and Risk/Recovery Planning

3 Chapter 2: Critical Path Method Mechanics & Network Logic

2.1 Activity Definition and Logic Relationships 2.2 Activity Durations, Productivity, and Work Calendars 2.3 Forward and Backward Pass Mathematical Mechanics 2.4 Float Calculations and Critical-Path Identification

4 Chapter 3: Advanced Network Techniques & Schedule Constraints

3.1 Schedule Constraints and Their Impact on Dates and Float 3.2 Advanced Logic Modeling: Ladders and Fragnets 3.3 Schedule Levels of Detail and Schedule Basis Documentation 3.4 Schedule Scope and Schedule Specification 3.5 Breakdown-Structure Relationships and the Cost Estimate Model 3.6 Stakeholder Feedback and Types of Schedules 3.7 Activities, Milestones, Schedule Quality, and Basis Documentation

5 Chapter 4: Resource Management & Leveling

4.1 Resource Planning, Allocation, and Histograms 4.2 Resource Leveling vs. Resource Smoothing 4.3 Cumulative Resource S-Curves & Productivity Tracking

6 Chapter 5: Baseline Management & Schedule Updating

5.1 Baseline Establishment, Forecasts, and Controlled Revision 5.2 Progress Measurement and Data Date Mechanics 5.3 Out-of-Sequence Logic: Progress Override vs. Retained Logic 5.4 Schedule Update Review and Quality Verification per RP 53R-06 5.5 Cost/Resource Management, Schedule Change, and Feedback 5.6 Acceleration and Recovery Scheduling per RP 54R-07 5.7 Control Schedules, Variance Analysis, Forecasts, and Management Summaries

7 Chapter 6: Schedule Risk Analysis & Monte Carlo Simulation

6.1 Schedule Risk Principles, Risk Drivers, and Three-Point Estimates 6.2 Monte Carlo Simulation, Criticality, Correlation, and Merge Effects 6.3 Risk Outputs, Confidence Dates, Sensitivity, and Contingency

8 Chapter 7: Earned Value & Earned Schedule Management

7.1 Earned Value Foundations: PV, EV, AC, and Variances 7.2 Traditional EV Performance Indices & Late-Project Quirks 7.3 Earned Schedule (ES) Theory, SV(t), and SPI(t) 7.4 Independent Schedule Forecasting & IEAC(t)

9 Chapter 8: Forensic Schedule Analysis & Delay Claims

8.1 Delay Classification, Criticality, and Contract Questions 8.2 RP 29R-03 Taxonomy, Data Validation, and Method Selection 8.3 TIA, Windowed Analysis, and Subtractive Models 8.4 Concurrency, Pacing, and Float: Technical Analysis Before Entitlement

10 Chapter 9: Executive Communication & Practical Scenario Applications

9.1 Official PSP Memo Writing Framework 9.2 Structured Technical Problem-Solving for PSP Scenarios 9.3 Current Exam Strategy and Core Calculation Review

2.1 Activity Definition and Logic Relationships

Key Takeaways Explain This Topic AI

Activities represent measurable work; milestones represent zero-duration events or decisions.

Logic should model physical, technical, contractual, external, and justified preferential dependencies with both endpoints considered.

Finish-to-start, start-to-start, finish-to-finish, and start-to-finish relationships constrain different endpoints and must be interpreted with their lags and calendars.

Negative lag and excessive positive lag reduce transparency; decomposed activities are usually easier to status and explain.

Open starts, open finishes, redundant links, circular logic, and unjustified constraints are review findings, but exceptions must be judged in context.

Last updated: October 2026

2.1 Activity Definition and Logic Relationships

AACE RP 23R-02 concerns identification of activities, and RP 24R-03 concerns development of activity logic. Together they support a schedule that represents the execution plan in measurable work and defensible dependencies.

Define useful activities

An activity should have a clear scope, responsible party, identifiable start and finish, appropriate duration, calendar, and status evidence. It should be detailed enough to measure and forecast but not split merely to increase activity count. A milestone has zero duration and marks an event such as notice to proceed, design approval, delivery, system turnover, or completion.

Activity identification draws from the WBS, estimate, work packages, procurement plan, contract milestones, stakeholder interfaces, methods, and phase plan. Include enabling work such as approvals, access, inspections, testing, and turnover when those steps can control downstream work.

Relationship endpoints in PDM

Precedence Diagramming Method relationships connect activity endpoints:

Finish-to-Start (FS): successor start is constrained by predecessor finish.

Start-to-Start (SS): successor start is constrained by predecessor start.

Finish-to-Finish (FF): successor finish is constrained by predecessor finish.

Start-to-Finish (SF): successor finish is constrained by predecessor start; this is uncommon and should be checked carefully.

An SS relationship may protect the start of an overlapping process, while an FF relationship protects its finish. Used together, they can model a production ladder. Do not judge the pair only by asking whether an FS link exists. Review whether both the start and finish endpoints are adequately constrained and whether the overlap is physically feasible.

Logic categories

Physical or technical logic follows the method of work: a foundation must support steel, and an energized system may require completed testing. Contractual or external logic reflects approvals, access, permits, owner-furnished information, or third-party interfaces. Preferential logic represents a chosen sequence that could be changed, such as moving a crew area by area. Resource limits may be modeled through explicit crew-flow logic, resource-constrained scheduling, or leveling, depending on the model purpose. Document the method so users know which relationships are changeable during optimization.

Lags and leads

A positive lag can represent a real waiting period, but a separate activity is usually clearer when the period has scope, responsibility, calendar, or status of its own. A lag labeled “cure seven days” hides whether curing began, whether the correct calendar applies, and who confirms completion.

Negative lag allows a successor endpoint to occur before the referenced predecessor endpoint. Some specifications prohibit it, and many quality checks flag it because it can hide the point at which overlap becomes possible and complicate updating. It does not make every schedule mathematically impossible, but activity decomposition or SS/FF logic is generally more transparent. Follow the governing specification and document justified exceptions.

Arrow diagrams and dummy activities

In Arrow Diagramming Method, arrows represent activities and nodes represent events. A zero-duration dummy arrow may be needed to preserve unique activity identity or express logic that cannot otherwise be shown without creating a false dependency. The dummy consumes no time or resources. Modern PDM generally avoids this device because activities are nodes and relationships are explicit.

Network review

Check for circular logic, missing interfaces, open endpoints, redundant links, excessive lags, invalid actual dates, and unexplained constraints. Many specifications expect every non-start activity to have an appropriate predecessor and every non-finish activity to have an appropriate successor, but external-interface milestones or intentionally bounded subnetworks may require documented treatment. A diagnostic flag begins the review; it does not replace professional judgment.

Trace important milestones backward through continuous driving relationships and then forward from major inputs. Ask whether a delay to a predecessor produces the expected effect and whether every material handoff is visible. The objective is an explainable execution model, not mechanical compliance with one relationship type.

Applied review: test both endpoints

For every overlapping pair, ask what permits the successor to start and what permits it to finish. An SS relationship may protect the first endpoint while an FF relationship protects the second. If only one endpoint is constrained, a duration change can create an unintended result. Use a small hand calculation or schedule copy to test the relationship under shorter and longer durations.

Also distinguish relationship lag from work. A review period, cure, transport, or mobilization step often deserves its own activity because it has a calendar, owner, status, and evidence. Where a lag remains appropriate, document its unit, calendar, and basis. This makes later updates and path explanations far more reliable.