PSP — AACE Planning & Scheduling Professional Quick Review
Quick Review for the AACE Planning & Scheduling Professional (PSP) exam: CPM logic, schedule development, updates, float, resources, risk, and delay analysis.
Purpose of this Quick Review
This Quick Review 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 | Building activities without clear scope basis |
| CPM logic | Activities, relationships, durations, calendars, constraints, forward/backward pass | Confusing critical path with “important work” |
| Float | Total float, free float, negative float, float ownership concepts | Assuming float is always available to one party |
| Calendars | Work periods, holidays, shifts, weather calendars, resource calendars | Comparing dates without checking calendars |
| Constraints | Must-start, must-finish, start-no-earlier-than, finish-no-later-than, etc. | Letting constraints override real network logic |
| Updating | Status date, actual starts/finishes, remaining duration, out-of-sequence progress | Updating dates without recalculating logic |
| Baselines | Approved schedule used for comparison and change control | Rebaselining to hide variance |
| Resources | Loading, histograms, availability, leveling, productivity | Leveling without understanding critical path effect |
| Compression | Crashing, fast-tracking, overtime, resequencing | Reducing duration without checking cost/risk impact |
| Earned value links | PV, EV, AC, SV, SPI and schedule interpretation | Reading SPI without schedule logic context |
| Risk | Uncertainty, contingency, sensitivity, schedule risk analysis | Treating deterministic CPM as a certainty |
| Delay analysis | 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 |
Planning vs. Scheduling
| Concept | Planning | Scheduling |
|---|---|---|
| Main question | How will the work be performed? | When will the work occur? |
| Focus | Scope, sequence, method, responsibility, resources | Dates, logic, float, progress, forecasts |
| Output | Execution approach and activity definition | CPM model, baseline, updates, reports |
| Failure mode | Missing scope or unrealistic approach | Incorrect 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.
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 |
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.
Relationship Types and Logic Quality
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.
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 |
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.
- Comparing schedules requires checking whether calendars changed.
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 |
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 |
Common formulas:
\[ SV = EV - PV \]\[ SPI = \frac{EV}{PV} \]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.
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
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.
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.
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.
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.
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.
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.
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.
Calculation Quick Review
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:
\[ 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.
Common Exam Traps
Conceptual Traps
| Trap | Better thinking |
|---|---|
| “Critical” means most important | 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.
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 |
Schedule Document Review
| Document or data | What to verify |
|---|---|
| Basis of schedule | Assumptions, calendars, constraints, productivity, exclusions |
| Baseline schedule | Approval, scope alignment, logic, milestones |
| Update narrative | Progress, changes, delays, critical path, recovery plan |
| Change log | Approved and pending changes |
| Risk register | Schedule risks and response actions |
| Resource plan | Crew availability and productivity basis |
| Procurement log | Long-lead items and delivery risks |
| Delay log | Events, dates, notice, responsibility, effect |
| Meeting minutes | Contemporaneous decisions and constraints |
| Daily reports | Actual labor, equipment, weather, and progress |
How to Use Practice Questions After This Review
After reading this Quick Review, move into active practice. The fastest improvement usually comes from answering original practice questions, then studying detailed explanations carefully.
Recommended Practice Sequence
CPM foundations drill Practice forward pass, backward pass, float, relationship types, lags, and constraints.
Schedule development drill Work questions on WBS, activity definition, calendars, milestones, coding, and baseline quality.
Updating and control drill Focus on status date, actuals, remaining duration, progress measurement, and variance.
Resources and risk drill Review resource loading, leveling, productivity, contingency, and schedule risk concepts.
Delay analysis drill Practice identifying critical path impact, concurrent delay, fragnets, and reliable records.
Mixed mock exam set Combine calculations, judgment questions, and scenario-based scheduling decisions.
What to Review in Explanations
When using a question bank, do not stop at whether your answer was right. For each missed or uncertain question, identify:
- The scheduling concept being tested.
- The decision rule you missed.
- Any calculation setup error.
- Any keyword that changed the answer.
- Whether the issue was planning, CPM, updating, risk, resources, or delay analysis.
- How you would recognize the same concept in a different scenario.
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.
Practical Next Step
Use this Quick Review as your checklist, then move into PM Mastery practice with topic drills, original practice questions, mock exams, and detailed explanations. Focus first on CPM logic, float, updating, and delay-analysis scenarios, because those areas often reveal whether you truly understand professional planning and scheduling judgment.
Continue in PM Mastery
Use this Quick Review as a final concept map, then move into PM Mastery for focused topic drills, mixed practice sets, timed mock exams, and detailed explanations. The practice questions are original PM Mastery practice items; they are not official AACE questions, copied live-exam content, or exam dumps.