PMI-SP — PMI Scheduling Professional Quick Review
Quick Review for PMI PMI Scheduling Professional (PMI-SP) exam candidates: scheduling concepts, traps, formulas, and practice focus.
How to Use This Quick Review
This Quick Review is for candidates preparing for the PMI Scheduling Professional (PMI-SP) exam, code PMI-SP, from PMI. It is PM Mastery review support designed to help you quickly refresh high-yield scheduling concepts before moving into topic drills, mock exams, and detailed explanations.
Use this page to check whether you can:
- Build and evaluate a credible schedule model.
- Distinguish planning, baseline approval, status updating, forecasting, and change control.
- Apply critical path, float, resource, risk, and performance concepts in scenario questions.
- Avoid common exam traps such as “just update the baseline,” “add resources to everything,” or “treat percent complete as objective progress.”
Exam mindset: answer as a scheduling professional who protects schedule integrity, uses documented methods, communicates uncertainty clearly, and supports project decision-making with reliable schedule information.
High-Yield Review Map
| Area | What to know cold | Common exam trap |
|---|---|---|
| Schedule strategy | Scheduling approach, governance, update cadence, level of detail, stakeholder reporting needs | Building detailed activities before scope and governance are clear |
| Schedule planning and development | WBS-to-activity decomposition, sequencing, duration estimating, calendars, resources, constraints, CPM | Treating a Gantt chart as the schedule model |
| Schedule analysis | Critical path, total/free float, near-critical paths, negative float, what-if analysis, quality checks | Assuming the critical path is always the shortest or most visible path |
| Resources and calendars | Resource availability, leveling, smoothing, productivity, calendar effects | Ignoring that resource constraints can change the critical path |
| Risk and uncertainty | Schedule risk, reserves, Monte Carlo concepts, contingency, risk responses | Hiding uncertainty as padding inside activity durations |
| Monitoring and control | Data date, actuals, remaining duration, variance analysis, forecasts, change control | Rebaselining to conceal poor performance |
| Communication | Tailored reporting, milestone outlook, exceptions, decisions needed | Sending a large schedule file instead of actionable information |
| Closeout | As-built schedule, lessons learned, final variance analysis, archive of assumptions and changes | Failing to preserve schedule history for future estimating and claims support |
Core Scheduling Lifecycle
A strong PMI-SP exam answer usually follows this logic:
Define the scheduling approach
- Confirm scope basis, scheduling method, tool conventions, calendars, coding structure, and reporting needs.
- Establish update frequency, roles, approvals, and change control expectations.
Develop the schedule model
- Decompose work, define activities, sequence logically, estimate durations, assign resources, apply calendars, and document assumptions.
Analyze and validate
- Run critical path analysis, check float, review resource feasibility, test constraints, perform risk analysis, and correct schedule quality problems.
Approve the baseline
- Obtain stakeholder acceptance of the schedule baseline as the agreed performance reference.
Monitor and control
- Collect status, update actuals and remaining work, compare to baseline, forecast outcomes, recommend corrective action, and manage approved changes.
Close and learn
- Preserve as-built data, document variances, capture lessons learned, and improve future scheduling practices.
Key Artifact Distinctions
| Artifact | What it is | Watch for |
|---|---|---|
| WBS | Deliverable-oriented decomposition of project scope | Not the same as the activity list |
| Activity list | Work actions needed to produce deliverables | Should trace back to scope |
| Activity attributes | Details such as responsibility, calendar, codes, assumptions, constraints | Helps filtering, reporting, and analysis |
| Schedule model | The logic-driven representation of activities, durations, dependencies, calendars, resources, and constraints | More than a visual Gantt chart |
| Project schedule | Schedule outputs presented for execution and communication | Should be derived from the model |
| Schedule baseline | Approved version used to measure performance | Changed only through approved change control |
| Schedule data | Supporting information such as assumptions, basis of estimates, milestones, and resource requirements | Often needed to explain decisions |
Schedule Strategy and Governance
What a Good Schedule Management Approach Defines
A schedule management approach should clarify:
- Scheduling methodology and tool conventions.
- Required level of detail.
- Activity coding and naming standards.
- Calendar rules and time units.
- Estimating approach.
- Resource planning expectations.
- Update frequency and data date discipline.
- Baseline approval process.
- Change control process.
- Reporting formats by stakeholder group.
- Schedule quality review expectations.
- Roles and responsibilities for status collection, approval, and analysis.
Common Strategy Mistakes
| Mistake | Why it is risky |
|---|---|
| Starting with target dates instead of scope | Creates a date-driven plan with weak logic |
| Over-detailing early uncertain work | Produces false precision and maintenance burden |
| Under-detailing near-term work | Makes progress hard to measure and control |
| Using too many hard constraints | Masks schedule logic and hides true criticality |
| Ignoring stakeholder reporting needs | Produces schedules that do not support decisions |
| No documented update process | Causes inconsistent progress data and unreliable forecasts |
Level of Detail Decision Rule
Use enough detail to control the work, not so much that the schedule becomes unmaintainable.
Good activity detail usually supports:
- Clear responsibility.
- Measurable start and finish.
- Reasonable duration for the control cycle.
- Logical connection to predecessors and successors.
- Meaningful progress reporting.
If an activity is too broad, progress becomes subjective. If it is too granular, the schedule becomes administrative noise.
Developing the Schedule Model
From Scope to Activities
A credible schedule begins with scope clarity.
| Concept | Review point |
|---|---|
| WBS | Defines deliverables and scope structure |
| Work package | Lowest WBS level commonly used for planning and control |
| Activity | Scheduled work action needed to produce a deliverable |
| Milestone | Significant event or decision point; normally zero duration |
| Rolling wave planning | Detail near-term work while keeping later work at a higher level until more is known |
Common trap: a milestone is not work. If a question describes a milestone with effort, duration, or resources, the exam may be testing whether you recognize that the work activities leading to the milestone need to be defined.
Dependencies and Relationships
Most scheduling questions use precedence logic. Know the relationship types.
| Relationship | Meaning | Typical use | Trap |
|---|---|---|---|
| Finish-to-Start | Successor starts after predecessor finishes | Most common construction/planning logic | Overusing it when overlap is realistic |
| Start-to-Start | Successor starts after predecessor starts | Parallel work with controlled start relationship | Can hide incomplete handoffs |
| Finish-to-Finish | Successor finishes after predecessor finishes | Coordinated completion | Needs careful progress tracking |
| Start-to-Finish | Successor finishes after predecessor starts | Rare | Often a distractor |
Dependency Types
| Type | Meaning | Exam implication |
|---|---|---|
| Mandatory dependency | Inherent or contractually/technically required sequence | Harder to change |
| Discretionary dependency | Preferred sequence based on best practice or choice | Candidate for compression review |
| External dependency | Relationship with work outside the project team’s control | Requires monitoring and communication |
| Internal dependency | Relationship within the project team’s control | Can often be optimized more directly |
Leads and Lags
- A lag delays the successor after the dependency condition is met.
- A lead allows the successor to start before the predecessor is fully complete.
Use leads and lags carefully. A schedule with excessive lags or leads may be harder to validate because hidden work or waiting time is embedded in relationships instead of shown as explicit activities.
Better exam answer when possible: make significant waiting, curing, review, approval, or handoff periods visible as activities rather than burying them in unexplained lag.
Estimating Durations
Duration, Effort, and Elapsed Time
| Term | Meaning | Example trap |
|---|---|---|
| Effort or work | Labor amount required | “40 hours of effort” |
| Duration | Working time from start to finish based on resources/calendar | 40 hours of effort may take 5 days with one person or less with more resources |
| Elapsed time | Clock time including nonworking periods | A curing period may take elapsed days regardless of labor |
| Productivity | Output per unit of effort or time | Adding people does not always increase productivity linearly |
A basic relationship is:
\[ \text{Duration} = \frac{\text{Work}}{\text{Resource Units}} \]This relationship is simplified. Real schedules must also account for calendars, learning curves, handoffs, availability, productivity, and constraints.
Estimating Methods
| Method | Best use | Limitation |
|---|---|---|
| Analogous estimating | Early planning using similar past work | Less accurate if comparison is weak |
| Parametric estimating | Repetitive measurable work | Depends on reliable productivity rates |
| Three-point estimating | Uncertain work with optimistic, most likely, pessimistic values | Inputs may still be biased |
| Bottom-up estimating | Detailed planning from activity-level estimates | Time-consuming; requires scope detail |
| Expert judgment | Specialized or novel work | Should be documented and challenged when assumptions are weak |
For three-point estimates using a beta/PERT-style weighted average:
\[ E = \frac{O + 4M + P}{6} \]\[ \sigma = \frac{P - O}{6} \]Where:
- \(O\) = optimistic estimate
- \(M\) = most likely estimate
- \(P\) = pessimistic estimate
- \(E\) = expected duration
- \(\sigma\) = standard deviation estimate
Exam trap: three-point estimating is not a substitute for risk management. It helps represent uncertainty, but schedule risk still requires analysis, response planning, and monitoring.
Critical Path and Float
Critical Path Basics
The critical path is the path through the schedule that determines the earliest possible project finish, based on current logic, durations, calendars, constraints, and status.
Important points:
- A project can have multiple critical paths.
- Near-critical paths can become critical after small delays.
- Critical path can change after status updates, resource leveling, or approved changes.
- Negative float can appear when a required date is earlier than the calculated completion date.
- Critical does not mean “most important” or “highest risk”; it means schedule-driving under the current model.
Forward and Backward Pass
Forward pass calculates early dates:
\[ \mathrm{EF} = \mathrm{ES} + \mathrm{Duration} \]\[ \mathrm{ES}_{\text{successor}} = \max(\mathrm{EF}_{\text{predecessors}}) \]Backward pass calculates late dates:
\[ \mathrm{LS} = \mathrm{LF} - \mathrm{Duration} \]\[ \mathrm{LF}_{\text{predecessor}} = \min(\mathrm{LS}_{\text{successors}}) \]Float:
\[ \mathrm{Total\ Float} = \mathrm{LS} - \mathrm{ES} \]\[ \mathrm{Total\ Float} = \mathrm{LF} - \mathrm{EF} \]\[ \mathrm{Free\ Float} = \min(\mathrm{ES}_{\text{successors}}) - \mathrm{EF} \]The exam usually tests the concept more than date-counting quirks. Watch for inclusive versus exclusive date conventions if a calculation question gives calendar dates.
Types of Float
| Float type | Meaning | Practical use |
|---|---|---|
| Total float | Time an activity can slip without delaying project completion or a constrained milestone | Identifies schedule flexibility |
| Free float | Time an activity can slip without delaying any immediate successor | Useful for team-level coordination |
| Negative float | Amount by which the current schedule misses a required date | Signals need for analysis, escalation, or corrective action |
| Project float | Flexibility between planned finish and an external required finish | May be controlled by sponsor/customer expectations |
What Can Change the Critical Path?
| Change | Possible effect |
|---|---|
| Activity duration update | May lengthen or shorten a path |
| Logic correction | Can reveal a different driving path |
| Resource leveling | May delay activities and create a resource-critical path |
| Calendar change | Can alter working time and sequence feasibility |
| Constraint addition/removal | Can create or remove negative float |
| Actual progress | Can shift remaining work and driving activities |
| Risk response | Can reduce, transfer, or introduce schedule exposure |
Schedule Quality Checks
A schedule must be technically credible before its outputs can be trusted.
| Quality check | What to look for | Why it matters |
|---|---|---|
| Missing predecessors or successors | Open-ended activities without valid reason | Breaks logic continuity |
| Excessive constraints | Hard dates replacing logic | Hides true forecast dates |
| Excessive leads/lags | Hidden work or waiting time | Reduces transparency |
| Out-of-sequence progress | Successor starts before predecessor logic is satisfied | May indicate bad logic or uncontrolled execution |
| Activities with no clear owner | Unclear responsibility | Weak status reliability |
| Long-duration activities | Hard to measure progress objectively | May need decomposition |
| Invalid actual dates | Actuals after the data date or inconsistent progress | Corrupts status |
| Negative float | Required date is not achievable under current plan | Requires analysis and response |
| No critical path | Schedule logic may be broken | Forecast is unreliable |
| Summary-level logic | Dependencies tied to summary bars rather than activities | Can distort calculations |
| Calendar inconsistencies | Activities assigned to wrong calendars | Produces misleading dates |
A strong answer often starts with validating the schedule model before relying on its forecast.
Resources, Calendars, and Optimization
Resource Planning
Resource planning connects activity estimates to real execution capacity.
Key concepts:
- Resource availability affects duration and sequence.
- Specialized resources can create bottlenecks.
- Calendars affect working time and forecast dates.
- Productivity assumptions must be realistic.
- Shared resources across projects can create external schedule risk.
Leveling vs. Smoothing
| Technique | What it does | Effect on finish date |
|---|---|---|
| Resource leveling | Adjusts activities based on resource limits | May change critical path and extend schedule |
| Resource smoothing | Adjusts activities within available float | Intended not to change the critical path or project finish, when feasible |
Candidate trap: if resources are overallocated, the right first step is not automatically to demand more people. Analyze the constraint, priorities, float, critical path impact, and feasible optimization options.
Compression Techniques
| Technique | Meaning | Best used when | Key risk |
|---|---|---|---|
| Crashing | Add resources or cost to shorten duration | Critical path work can be shortened with added resources | Higher cost, diminishing returns, coordination problems |
| Fast tracking | Perform work in parallel that was originally sequential | Logic is discretionary and overlap is feasible | Rework, quality issues, increased risk |
| Resequencing | Change logic where valid | Existing dependencies are discretionary or inefficient | May create handoff gaps |
| Scope tradeoff | Reduce or defer scope with approval | Business priorities allow it | Requires formal approval |
| Alternative method | Use different technical approach | Better delivery method exists | May introduce unknown risk |
Decision rule: compression should usually focus on critical or near-critical paths. Shortening a noncritical activity may consume money without improving the finish date.
Constraints, Assumptions, and Calendars
Constraints
Constraints should be used deliberately and documented.
| Constraint issue | Better practice |
|---|---|
| Hard start/finish dates used everywhere | Use logic-driven scheduling where possible |
| Constraint added to force desired finish | Analyze why the model does not meet the target |
| Mandatory date not documented | Record source and approval basis |
| Constraint hides negative float | Report the gap between required and forecast dates |
Constraints are sometimes legitimate, especially for externally imposed milestones or business commitments. The exam trap is treating constraints as a substitute for schedule logic.
Assumptions
Document assumptions about:
- Resource availability.
- Productivity.
- Review and approval durations.
- External dependencies.
- Procurement or vendor lead times.
- Access windows.
- Calendars and nonworking periods.
- Technical complexity.
- Risk response effectiveness.
When assumptions change, assess schedule impact rather than silently editing dates.
Schedule Risk and Uncertainty
Schedule Risk Concepts
A deterministic CPM schedule gives one forecast based on selected assumptions. Real projects have uncertainty. Schedule risk analysis asks, “How likely is this finish date given uncertainty in durations, logic, resources, and risks?”
High-yield concepts:
- Uncertainty should be visible and analyzed.
- Critical path can shift under risk simulation.
- Near-critical paths matter.
- Contingency reserves should be based on analysis, not hidden padding.
- Risk responses must be integrated into the schedule.
- Schedule risk should be communicated in probability or range terms when appropriate.
Common Schedule Risk Sources
| Risk source | Example schedule effect |
|---|---|
| Optimistic estimates | Baseline is unrealistic |
| External dependency delay | Successor work cannot start |
| Resource bottleneck | Critical work waits for scarce skill |
| Technical uncertainty | Rework or longer duration |
| Approval delay | Milestone slips despite completed work |
| Procurement lead time | Materials or services unavailable |
| Weather/site access/operational windows | Work calendar changes |
| Scope ambiguity | Activity list incomplete |
| Quality failures | Rework extends path |
Reserves and Padding
| Concept | Review point |
|---|---|
| Contingency reserve | Time set aside for identified risks or uncertainty, usually based on analysis |
| Management reserve | Time held for unknown-unknowns or broader management control, depending on organizational practice |
| Padding | Undisclosed extra time inserted into estimates; weak practice |
| Buffer | Explicit protective time used in some scheduling approaches |
Candidate trap: padding individual activities can reduce transparency and make the schedule harder to manage. Explicit reserves or buffers, with governance, are more defensible.
Monitoring and Controlling the Schedule
Data Date Discipline
The data date is the status date through which progress is reported. Reliable updates require consistency:
- Actual starts and finishes should be accurate.
- Remaining duration should reflect current forecast, not original duration minus time elapsed.
- No actual work should be recorded after the data date.
- In-progress activities should have realistic remaining work.
- Out-of-sequence progress should be investigated.
- Forecast dates should be recalculated after status is entered.
Candidate trap: percent complete alone is often subjective. A schedule professional should look for objective progress measures and remaining duration.
Progress Measurement Methods
| Method | Useful when | Risk |
|---|---|---|
| Duration percent complete | Progress roughly follows time elapsed | Can be misleading if work output lags time |
| Physical percent complete | Tangible measurable output exists | Requires clear measurement rules |
| Units complete | Repetitive units of work | Unit definitions must be consistent |
| Milestone weighting | Deliverables have objective checkpoints | Weights can be subjective |
| Earned value integration | Cost and schedule performance are integrated | Requires reliable PV, EV, and AC data |
Variance and Forecasting
High-yield earned value schedule metrics:
| Metric | Plain formula | Interpretation |
|---|---|---|
| Schedule variance | SV = EV - PV | Positive is ahead of planned value; negative is behind |
| Schedule performance index | SPI = EV / PV | Greater than 1.0 is favorable; less than 1.0 is unfavorable |
| Cost variance | CV = EV - AC | Useful when schedule decisions affect cost |
| Cost performance index | CPI = EV / AC | Cost efficiency indicator |
Formula reminders:
\[ \mathrm{SV} = \mathrm{EV} - \mathrm{PV} \]\[ \mathrm{SPI} = \frac{\mathrm{EV}}{\mathrm{PV}} \]Earned value metrics do not replace critical path analysis. A project can show acceptable SPI while a key milestone is at risk, especially if noncritical work is earning value while critical work is slipping.
Variance Analysis Decision Rule
When a variance appears:
- Verify the status data.
- Identify the driving activities and root cause.
- Determine impact on critical and near-critical paths.
- Assess resource, risk, cost, and scope implications.
- Develop corrective or preventive options.
- Recommend action with consequences.
- Submit change requests if the approved baseline must change.
- Communicate forecast and decisions needed.
Do not jump directly from “variance exists” to “change the baseline.”
Baselines and Change Control
Baseline vs. Current Schedule
| Item | Meaning |
|---|---|
| Baseline schedule | Approved reference for measuring performance |
| Current schedule | Updated forecast based on actuals and remaining work |
| Forecast finish | Current predicted completion date |
| Approved change | Authorized modification to scope, schedule, cost, or other baseline element |
| Rebaseline | Replace or revise the baseline through approved governance |
A schedule baseline is not updated every time actual progress changes. Actuals update the current schedule; approved changes may update the baseline.
When a Change Request Is Needed
A change request is usually appropriate when:
- Scope changes affect the schedule baseline.
- A required milestone or completion date changes.
- Approved assumptions are no longer valid and baseline commitments are affected.
- Corrective action requires changes beyond the project manager’s authority.
- Contractual or stakeholder commitments are affected.
- Rebaselining is proposed.
Candidate trap: rebaselining should not be used to erase unfavorable performance history. It should follow governance and preserve traceability.
Reporting and Stakeholder Communication
Good Schedule Reporting
Effective schedule communication is tailored, concise, and decision-focused.
Report:
- Overall milestone outlook.
- Critical and near-critical path changes.
- Variances from baseline.
- Forecast completion dates.
- Key risks and uncertainty.
- Resource bottlenecks.
- External dependency status.
- Corrective actions underway.
- Decisions or approvals needed.
Avoid reporting only:
- A large unfiltered Gantt chart.
- Percent complete without forecast.
- Green/yellow/red status without explanation.
- Baseline variance without root cause.
- Technical scheduling details irrelevant to the audience.
Communication by Audience
| Audience | Needs |
|---|---|
| Sponsor/executives | Milestone confidence, decision needs, major risks, business impact |
| Project manager | Forecasts, variances, corrective options, tradeoffs |
| Functional/resource managers | Resource conflicts, upcoming demand, priority decisions |
| Team leads | Near-term activities, handoffs, constraints, status expectations |
| Customer/client | Approved milestone outlook, changes, risks, commitments |
| Vendors/contractors | Interfaces, deliverables, external dependencies, required dates |
Professional and Ethical Scheduling Behavior
PMI exams often reward professional judgment. For PMI-SP scenarios, favor answers that show:
- Transparency about uncertainty and variance.
- Accurate reporting, even when the news is unfavorable.
- Respect for approved change control.
- Documentation of assumptions and decisions.
- Collaboration with stakeholders and subject matter experts.
- Objective progress measurement.
- No manipulation of schedule data to create a misleading picture.
- Escalation when decisions exceed authority.
If an answer choice hides information, bypasses governance, manipulates dates, or blames stakeholders before analyzing facts, it is usually weak.
Scenario Decision Rules
| If the question says… | Think… | Better answer direction |
|---|---|---|
| “The sponsor wants an earlier finish date” | Compression request | Analyze critical path options, risks, cost, and change implications |
| “A key resource is unavailable” | Resource constraint | Assess impact, alternatives, leveling, priorities, and communication |
| “A team reports 90% complete for weeks” | Subjective progress | Use objective measurement and remaining duration review |
| “The schedule has many hard constraints” | Logic may be unreliable | Review constraints, replace with logic where possible, document valid constraints |
| “The project is behind baseline” | Control process | Validate data, analyze root cause, forecast, recommend corrective action |
| “The baseline no longer matches reality” | Not automatically rebaseline | Use change control; preserve variance history |
| “A vendor delivery is late” | External dependency | Update forecast, assess critical path, communicate, consider responses |
| “Critical path changed after update” | Normal possibility | Validate status and logic, then communicate implications |
| “Negative float appears” | Required date is at risk | Identify drivers, assess options, escalate decision needs |
| “Activities have no successors” | Open ends | Validate whether legitimate; otherwise correct logic |
| “Later work is uncertain” | Rolling wave planning | Plan near-term detail; refine future work progressively |
| “Stakeholders disagree on dates” | Governance and alignment | Refer to approved baseline, requirements, assumptions, and change process |
Common Candidate Mistakes
Mistake 1: Confusing the Schedule Model with the Schedule Baseline
The model is the living calculation engine. The baseline is the approved reference. You update the model with actuals; you change the baseline only through approved change control.
Mistake 2: Treating Critical Path as Static
The critical path can change with progress, logic corrections, resource constraints, or risk events. Monitor near-critical paths too.
Mistake 3: Compressing Noncritical Work
Crashing or fast tracking noncritical activities may not improve project finish. First confirm which activities drive the target milestone or completion date.
Mistake 4: Ignoring Resource Feasibility
A logic-only schedule may look achievable while requiring the same person or equipment in multiple places at once. Resource review is part of schedule credibility.
Mistake 5: Using Percent Complete Without Remaining Duration
Percent complete can be subjective. Remaining duration and objective physical progress usually give a better forecast.
Mistake 6: Hiding Risk in Activity Durations
Undisclosed padding makes the schedule less transparent. Use documented assumptions, reserves, buffers, and risk analysis.
Mistake 7: Reporting Data Instead of Insight
A schedule professional should explain what changed, why it matters, what is forecast, and what decision is needed.
Mistake 8: Skipping Root Cause Analysis
If a milestone slips, do not immediately change the date. Determine why the variance occurred and whether corrective or preventive action is possible.
Quick Formula Review
| Concept | Plain formula |
|---|---|
| Expected duration, beta/PERT-style | E = (O + 4M + P) / 6 |
| Standard deviation, beta/PERT-style | Sigma = (P - O) / 6 |
| Early finish | EF = ES + Duration |
| Late start | LS = LF - Duration |
| Total float | TF = LS - ES, or TF = LF - EF |
| Free float | FF = earliest successor ES - current activity EF |
| Schedule variance | SV = EV - PV |
| Schedule performance index | SPI = EV / PV |
| Cost variance | CV = EV - AC |
| Cost performance index | CPI = EV / AC |
Keep formulas connected to scenario meaning. The exam may ask what a result implies or what action should follow, not just the calculation.
High-Yield Practice Targets
After this review, use PM Mastery practice to drill these areas:
| Topic drill | What to practice |
|---|---|
| Schedule model logic | Dependencies, leads/lags, constraints, relationship types |
| CPM calculations | Early/late dates, float, critical path, negative float |
| Resource scenarios | Leveling, smoothing, bottlenecks, calendars |
| Schedule compression | Crashing, fast tracking, tradeoffs, risk impacts |
| Status updates | Data date, actuals, remaining duration, out-of-sequence progress |
| Variance analysis | Baseline comparison, forecasts, root cause, corrective action |
| Change control | When to update current schedule vs. baseline |
| Schedule risk | reserves, uncertainty, near-critical paths, risk responses |
| Reporting | Matching schedule information to stakeholder decisions |
| Closeout | As-built schedules, lessons learned, historical data |
For every missed question, ask:
- Which schedule artifact is involved?
- Is the project planning, baselining, executing, controlling, or closing?
- Is the issue logic, resource, risk, stakeholder, or governance-related?
- What should a scheduling professional do before changing dates?
- Does the answer preserve transparency and schedule integrity?
Final Rapid Review Checklist
Before you move to mock exams, confirm you can explain:
- The difference between activity list, schedule model, project schedule, and schedule baseline.
- Why a schedule with many constraints may be unreliable.
- How total float differs from free float.
- Why negative float matters.
- How resource leveling can change the critical path.
- When crashing is better than fast tracking, and when neither is appropriate.
- Why remaining duration is often more useful than percent complete.
- Why earned value schedule metrics do not replace critical path analysis.
- How to respond when actual progress differs from the baseline.
- Why rebaselining requires governance.
- How schedule risk analysis improves confidence in milestone forecasts.
- What information different stakeholders need from schedule reporting.
Practical Next Step
Use this Quick Review as a checklist, then move into original practice questions by topic. Start with CPM, schedule logic, resource optimization, monitoring and control, and change control drills. Review every missed item with detailed explanations until you can identify the scheduling issue, choose the best professional action, and explain why the tempting distractors are wrong.
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 PMI questions, copied live-exam content, or exam dumps.