PMI-SP — PMI Scheduling Professional Exam Blueprint
Practical PMI-SP exam blueprint for PMI Scheduling Professional exam readiness across schedule strategy, planning, control, closeout, and communications.
How to Use This Exam Blueprint
Use this independent Exam Blueprint to organize final review for the PMI Scheduling Professional (PMI-SP) exam from PMI. It is a practical study map, not an official scoring outline. Because official weights can change, the sections below are framed as readiness areas rather than weighted domains.
For each area, mark your status:
- Ready: you can apply the concept in a scenario without looking it up.
- Review: you understand the concept but miss details, sequencing, or decision logic.
- Weak: you recognize the term but cannot confidently choose the next action.
- Practice: you need more scenario questions, calculations, or artifact interpretation.
PMI-SP readiness areas at a glance
| Readiness area | What to review | You are ready when you can… |
|---|---|---|
| Schedule strategy and governance | Schedule management approach, planning assumptions, tailoring, roles, approvals, reporting cadence | Explain how schedule decisions support project objectives, governance, and stakeholder needs |
| Schedule planning and development | Activity definition, sequencing, estimating, calendars, constraints, dependencies, milestones, baseline creation | Build or evaluate a realistic schedule model from scope, resource, risk, and delivery information |
| Schedule analysis | Critical path, float, near-critical paths, constraints, resource impacts, schedule risk, what-if analysis | Interpret schedule logic and identify the real driver of a finish-date problem |
| Monitoring and controlling | Status collection, data date, variance analysis, forecasting, corrective actions, change control | Decide what to update, report, escalate, or re-plan when actual performance diverges from the baseline |
| Stakeholder communication | Schedule reports, milestone communication, escalation, negotiation, executive summaries | Tailor schedule information for sponsors, teams, vendors, customers, and governance bodies |
| Integration with scope, cost, risk, procurement, and resources | Cross-artifact impacts, integrated change control, resource availability, contract dates, risk responses | Recognize when a schedule issue is really a scope, resource, risk, procurement, or governance issue |
| Schedule closeout | Final updates, actual dates, lessons learned, archive, historical data, handoff | Close the schedule record accurately and preserve useful information for future projects |
| Professional judgment and ethics | Transparency, realistic forecasting, data integrity, conflict of interest, pressure to misreport | Choose the professional action when schedule information is uncertain, unfavorable, or politically sensitive |
Schedule strategy and governance checklist
Core readiness checks
- I can explain the purpose of a schedule management approach before detailed schedule development begins.
- I can identify schedule inputs from the charter, business case, scope baseline, delivery approach, contract terms, and stakeholder expectations.
- I can distinguish the schedule model, schedule baseline, schedule reports, and schedule management plan.
- I can define how schedule progress will be measured, collected, validated, and reported.
- I can identify who approves the schedule baseline and who authorizes changes.
- I can recognize when tailoring is needed for predictive, agile, hybrid, phased, outsourced, or highly regulated work.
- I can connect schedule strategy to benefits, value delivery, operational deadlines, compliance dates, and market windows.
- I can identify schedule governance items such as thresholds, escalation rules, control points, reporting frequency, and review forums.
- I can determine when a high-level roadmap is enough and when a detailed integrated schedule model is needed.
- I can evaluate whether the schedule strategy is realistic given known constraints, assumptions, risks, and resource availability.
Strategy artifacts to know
| Artifact or input | What to know for exam readiness |
|---|---|
| Project charter | High-level milestones, constraints, objectives, authority, success criteria |
| Business case or benefits information | Why timing matters and what schedule outcomes support value |
| Schedule management plan | How the schedule will be developed, maintained, controlled, and reported |
| Scope baseline or WBS | Source for decomposing work into schedule activities |
| Stakeholder register or analysis | Who needs schedule information and how decisions are influenced |
| Risk register | Threats and opportunities affecting durations, logic, or target dates |
| Resource management information | Availability, capacity, skills, calendars, and allocation constraints |
| Procurement information | Vendor lead times, contract milestones, external dependencies |
| Change control process | How schedule baseline changes are proposed, reviewed, approved, or rejected |
Schedule planning and development checklist
Activity definition and decomposition
- I can turn approved scope into schedule activities without confusing deliverables with activities.
- I can identify when work is not decomposed enough to estimate, sequence, or control.
- I can distinguish activities, work packages, planning packages, milestones, and summary tasks.
- I can recognize missing activities such as reviews, approvals, procurement lead time, testing, rework, transition, training, and closeout.
- I can identify rolling-wave planning situations where near-term work is detailed and future work remains higher level.
- I can spot schedules that hide risk by using overly large activities or vague task names.
Sequencing and logic
- I can identify finish-to-start, start-to-start, finish-to-finish, and start-to-finish relationships.
- I can explain mandatory, discretionary, internal, and external dependencies.
- I can recognize when a lead or lag is used appropriately and when it masks poor logic.
- I can evaluate whether schedule logic reflects real work flow rather than a desired finish date.
- I can identify open starts, open finishes, excessive constraints, dangling logic, and missing successors.
- I can recognize when a milestone should be tied to logical predecessors rather than placed by date only.
- I can evaluate whether external dependencies require monitoring, contracts, agreements, or escalation.
Duration and resource estimating
- I can distinguish effort, duration, and elapsed time.
- I can identify when resource calendars, holidays, shifts, location, productivity, and availability affect duration.
- I can use analogous, parametric, expert judgment, bottom-up, and three-point estimating concepts in scenarios.
- I can recognize when estimates need assumptions, basis of estimate, confidence ranges, or risk information.
- I can identify when resource constraints require leveling, smoothing, re-sequencing, or scope negotiation.
- I can distinguish schedule compression from estimate manipulation.
- I can evaluate whether estimates are realistic given uncertainty and historical performance.
Baseline development
- I can explain what should be true before a schedule baseline is approved.
- I can identify whether the schedule is integrated with scope, resources, cost, risk, procurement, and quality plans.
- I can recognize when stakeholder agreement is needed before committing to milestone dates.
- I can distinguish the current working schedule from the approved schedule baseline.
- I can identify when a target date, imposed date, or contractual date should be represented transparently.
- I can identify schedule quality issues before baseline approval.
Schedule analysis and calculation checks
Critical path and float
You should be comfortable interpreting schedule networks and answering “what happens if this activity slips?” questions.
- I can identify the critical path as the path controlling the project finish in the current schedule model.
- I can calculate or interpret total float.
- I can calculate or interpret free float.
- I can explain why an activity with float can still be important.
- I can identify near-critical paths and explain why they require monitoring.
- I can interpret negative float as a warning that the current plan does not meet a required date.
- I can explain how constraints, calendars, and resource leveling may change critical path results.
- I can avoid assuming the longest list of tasks is automatically the critical path without analyzing dates and logic.
Key formulas to know conceptually:
\[ \text{Total Float} = \text{Late Start} - \text{Early Start} \]\[ \text{Total Float} = \text{Late Finish} - \text{Early Finish} \]\[ \text{Free Float} = \text{Earliest Start of Successor} - \text{Early Finish of Current Activity} \]Estimating and uncertainty
- I can interpret optimistic, most likely, and pessimistic estimates.
- I can identify when three-point estimating is useful because uncertainty is meaningful.
- I can distinguish a deterministic schedule from a probabilistic schedule analysis.
- I can explain the purpose of schedule risk analysis without treating it as a guarantee.
- I can recognize when contingency, management reserve, or risk response planning may affect schedule expectations.
Common three-point estimate formula:
\[ \text{Expected Duration} = \frac{\text{Optimistic} + 4(\text{Most Likely}) + \text{Pessimistic}}{6} \]Earned value schedule indicators
If a scenario uses earned value information, be ready to interpret schedule-related indicators without over-relying on a single metric.
\[ \text{Schedule Variance} = \text{Earned Value} - \text{Planned Value} \]\[ \text{Schedule Performance Index} = \frac{\text{Earned Value}}{\text{Planned Value}} \]Readiness checks:
- I can interpret positive, zero, and negative schedule variance.
- I can interpret SPI above, equal to, or below 1.0.
- I can explain why earned value indicators may need to be combined with critical path analysis.
- I can recognize that being “ahead” by earned value does not always mean the critical milestone is safe.
- I can use schedule performance data to support forecasting, not to replace professional judgment.
Schedule monitoring and controlling checklist
Status collection and schedule updates
- I can identify what status data is needed: actual start, actual finish, remaining duration, percent complete, physical progress, and forecast finish.
- I can explain the purpose of the data date.
- I can determine whether status information is credible, complete, and timely.
- I can identify when reported percent complete conflicts with remaining duration or actual work accomplished.
- I can update the schedule model without overwriting baseline history.
- I can distinguish progress reporting from schedule forecasting.
- I can recognize when a schedule update creates logic, constraint, or sequencing problems.
- I can identify when missed updates require follow-up with activity owners.
Variance analysis and forecasting
- I can compare current forecast dates against the approved baseline.
- I can determine whether a variance is within agreed thresholds or needs escalation.
- I can identify root causes of schedule variance, not just symptoms.
- I can distinguish one-time delay from trend-based deterioration.
- I can assess the impact of delays on critical path, near-critical paths, milestones, handoffs, and external commitments.
- I can recommend corrective action, preventive action, defect repair, or change request based on scenario facts.
- I can evaluate schedule recovery options for feasibility, risk, cost, and stakeholder impact.
Change control and baseline management
- I can determine when a schedule change requires formal change control.
- I can distinguish approved baseline change from routine forecast update.
- I can identify schedule impacts caused by scope changes, risk events, resource changes, quality failures, or procurement delays.
- I can explain why baseline changes should be documented and approved, not silently absorbed.
- I can identify which artifacts may need updates after an approved schedule change.
- I can recognize when a requested finish date is a constraint to analyze, not an automatic baseline change.
- I can avoid choosing shortcuts that bypass governance because of pressure.
Schedule compression and recovery checklist
| Technique or decision | Know how to evaluate it | Common exam trap |
|---|---|---|
| Crashing | Add resources or cost to shorten duration where possible | Assuming crashing works on every task |
| Fast tracking | Perform activities in parallel that were planned sequentially | Ignoring added risk, rework, or quality impact |
| Re-sequencing | Adjust logic to improve flow while preserving real dependencies | Breaking mandatory dependencies |
| Resource leveling | Resolve over-allocation by adjusting dates | Forgetting it can extend the schedule |
| Resource smoothing | Adjust within available float | Assuming it can fix critical-path delays |
| Scope reduction | Remove or defer work through approved change | Treating unauthorized scope cuts as acceptable |
| Overtime or extra shifts | Increase capacity temporarily | Ignoring burnout, productivity, safety, or quality |
| Vendor acceleration | Negotiate earlier delivery or alternate sourcing | Ignoring contract, cost, and risk impacts |
| Risk response activation | Use contingency plans or workaround | Failing to update the risk register and schedule forecast |
Recovery decision prompts
Ask these questions before choosing an answer in a schedule recovery scenario:
- Is the delayed activity on the critical path or a near-critical path?
- Does the delay affect a contractual, regulatory, operational, or value-delivery milestone?
- Is the cause scope change, poor estimating, resource shortage, quality defect, vendor delay, risk event, or unclear ownership?
- Is there float available before the next key milestone?
- Does the proposed recovery action increase cost, risk, or quality exposure?
- Is approval required before changing the baseline?
- Who needs to be informed before the plan changes?
- What artifact must be updated after the decision?
Stakeholder communication checklist
Reporting readiness
- I can tailor schedule reports for executives, sponsors, project teams, customers, vendors, and governance boards.
- I can distinguish detail needed for control from summary needed for decision-making.
- I can explain milestone charts, lookahead schedules, variance reports, trend reports, and critical path summaries.
- I can communicate schedule risk without hiding uncertainty.
- I can present alternatives with schedule, cost, risk, and value tradeoffs.
- I can escalate issues according to thresholds and governance rules.
- I can facilitate schedule review meetings focused on decisions, assumptions, dependencies, and action owners.
- I can avoid reporting only favorable information when the forecast has deteriorated.
Communication decision table
| Scenario cue | Strong scheduling response | Weak response to avoid |
|---|---|---|
| Sponsor asks for an earlier date | Analyze options, impacts, risks, and approval needs | Commit before analysis |
| Team reports optimistic progress but remaining duration is unchanged | Validate status and update forecast realistically | Accept percent complete at face value |
| Vendor milestone slips | Assess downstream impact, update forecast, review contract and escalation path | Wait until the next routine report |
| Stakeholders disagree on priority | Clarify objectives, constraints, and decision authority | Change the schedule to satisfy the loudest stakeholder |
| Required date is impossible under current assumptions | Show analysis, options, tradeoffs, and required decisions | Hide negative float or force dates into the model |
| Executive wants a simple summary | Provide milestone status, key variances, risks, decisions needed | Send a dense activity-level schedule without interpretation |
Predictive, agile, and hybrid scheduling readiness
The PMI-SP exam identity is scheduling-focused, so be prepared to reason across delivery approaches when scenarios involve different planning horizons or levels of uncertainty.
| Delivery context | Scheduling focus | Be ready to… |
|---|---|---|
| Predictive | Detailed activity network, baseline, dependencies, critical path, formal control | Analyze schedule logic, baseline variance, change control, and recovery options |
| Agile | Iterations, releases, backlog ordering, velocity trends, timeboxes, dependency management | Interpret schedule expectations without forcing detailed long-range task certainty |
| Hybrid | Milestones, release plans, phase gates, integrated dependencies, mixed governance | Coordinate adaptive work with fixed external dates or predictive components |
| Program or multi-project context | Interdependencies, shared resources, integrated milestone plans | Identify cross-project schedule impacts and escalation needs |
| Contract or vendor-heavy context | Delivery dates, lead times, acceptance points, external dependencies | Track commitments, manage interface milestones, and communicate delays early |
Artifact checklist: what to know and when to update it
| Artifact | When it matters | Update or review when… |
|---|---|---|
| Schedule management plan | Defines how scheduling work is performed and controlled | Measurement, reporting, thresholds, or governance approach changes |
| Activity list | Shows work to be scheduled | Scope is decomposed, clarified, added, or removed |
| Milestone list | Tracks key events and decision points | Milestone dates, ownership, or acceptance criteria change |
| Network diagram | Shows sequencing logic | Dependencies, leads, lags, or sequencing assumptions change |
| Basis of estimates | Explains estimating assumptions and confidence | Duration assumptions or estimating inputs are challenged |
| Resource calendars | Show resource availability | Availability, holidays, shifts, skills, or assignments change |
| Project schedule model | Working model for dates and logic | Status is collected, forecasts change, or logic is revised |
| Schedule baseline | Approved reference for comparison | Formal schedule change is approved |
| Risk register | Captures schedule threats and opportunities | New schedule risk appears or a risk event occurs |
| Issue log | Tracks current problems requiring action | A schedule problem is active and needs ownership |
| Change log | Tracks submitted and approved changes | Schedule-impacting changes are proposed or approved |
| Performance reports | Communicate status and forecasts | Stakeholders need decisions, awareness, or escalation |
| Lessons learned register | Captures improvement insights | Estimating, sequencing, reporting, or control lessons emerge |
| Archive or historical records | Support future planning | The project or phase closes |
Scenario and decision-point checklist
“What should the scheduler do next?” prompts
| Scenario | Best next-action thinking |
|---|---|
| A major activity is late but has float | Check downstream impact and remaining float before escalating as a critical delay |
| A critical-path activity slips | Update the forecast, analyze impact, identify recovery options, and communicate per thresholds |
| A stakeholder asks to change a milestone date | Determine whether it affects the baseline and requires formal change control |
| Actual progress is missing for several activities | Validate status with owners before issuing unreliable reports |
| A team wants to add lag to make the schedule fit | Confirm whether lag reflects real waiting time or is hiding missing work |
| A required finish date creates negative float | Report the gap and analyze options; do not force unrealistic durations |
| Resources are overallocated | Assess leveling, smoothing, prioritization, additional resources, or schedule tradeoffs |
| Vendor lead time threatens a milestone | Review contract commitments, alternatives, risk responses, and escalation path |
| Scope is added without schedule approval | Identify impact and route through change control |
| Management asks to show the project on track despite evidence | Maintain accurate reporting and professional integrity |
Tailoring prompts
- Is the schedule detail appropriate for the project size, complexity, uncertainty, and governance needs?
- Are stakeholders receiving the right level of information at the right time?
- Does the schedule model support decision-making, or is it only a documentation exercise?
- Are agile or rolling-wave components represented with suitable planning horizons?
- Are external dependencies visible and actively managed?
- Are control thresholds practical enough to trigger timely action?
Common weak areas and traps
| Weak area | Why candidates miss it | How to correct it |
|---|---|---|
| Confusing baseline updates with forecast updates | Both involve dates, but only one changes the approved reference | Ask whether approval is required and whether history is preserved |
| Treating percent complete as truth | Percent complete can be subjective | Check actual dates, remaining duration, physical progress, and deliverables |
| Ignoring near-critical paths | Focus stays only on the current critical path | Monitor paths with low float and high risk |
| Overusing constraints | Constraints can hide logic problems | Prefer real dependencies and transparent assumptions |
| Misreading float | Float is not free time for everyone | Determine who owns float and what downstream commitments are affected |
| Choosing fast tracking too quickly | It sounds efficient | Evaluate risk, rework, quality, and dependency validity |
| Assuming more resources always shortens work | Some work is not resource-driven | Check task type, learning curve, coordination overhead, and feasibility |
| Missing artifact updates | Scenario answers often require documentation | Identify schedule, risk, issue, change, communication, and lessons-learned updates |
| Reporting without analysis | Status alone does not support decisions | Include variance, impact, forecast, options, and recommendations |
| Ignoring ethics under pressure | Schedule data can be politically sensitive | Report accurately, disclose assumptions, and avoid manipulating results |
High-value “Can you do this?” checklist
Before exam day, you should be able to answer yes to most of these without notes.
Planning and model-building
- Can you identify missing activities from a scope description?
- Can you choose the correct dependency type from a work-flow scenario?
- Can you explain the difference between lead, lag, dependency, and constraint?
- Can you identify when a milestone is unsupported by logic?
- Can you determine whether a schedule is ready for baseline approval?
- Can you spot unrealistic durations caused by ignored calendars or resource limits?
- Can you decide whether rolling-wave planning is appropriate?
Analysis and control
- Can you identify the critical path from a simple network?
- Can you determine the effect of a delay on the project finish date?
- Can you explain total float and free float in plain language?
- Can you interpret negative float and recommend next steps?
- Can you choose between crashing, fast tracking, leveling, smoothing, and re-sequencing?
- Can you decide when a schedule issue requires escalation?
- Can you distinguish corrective action from a formal baseline change?
Communication and judgment
- Can you tailor schedule communication for executive, technical, vendor, and customer audiences?
- Can you explain schedule risk without overstating certainty?
- Can you recommend a decision when schedule, cost, quality, and scope conflict?
- Can you identify the artifact to update after a schedule-impacting event?
- Can you choose the ethical response when asked to hide or soften a schedule problem?
- Can you identify when to validate information before reporting it?
Final-week PMI-SP review checklist
Five to seven days before the exam
- Review schedule strategy, planning, monitoring, communication, and closeout as connected work, not isolated definitions.
- Practice critical path, float, and schedule variance interpretation.
- Review schedule compression and resource optimization decisions.
- Revisit artifact update rules: schedule model, baseline, risk register, issue log, change log, reports, and lessons learned.
- Work scenario questions that ask “what should the scheduler do next?”
- Create a short list of formulas, definitions, and decision rules you still confuse.
Two to four days before the exam
- Drill weak areas rather than rereading broad material.
- Practice explaining why wrong answers are wrong.
- Review scenarios involving negative float, missed milestones, unapproved scope, vendor delays, and stakeholder pressure.
- Review professional conduct: accurate reporting, transparency, confidentiality, and realistic forecasting.
- Confirm you can separate routine schedule updates from formal baseline changes.
Day before the exam
- Do a light review of formulas and artifact relationships.
- Recheck common traps: constraints, lags, percent complete, near-critical paths, and unsupported milestones.
- Avoid learning large new topics late; focus on confidence and decision patterns.
- Rest enough to read long scheduling scenarios carefully.
Practical next step
Use this checklist to select your next practice set: choose one weak readiness area, answer a focused block of PMI-SP-style scheduling questions, then review every missed item by asking:
- What schedule concept was being tested?
- What artifact or decision point mattered?
- What would a professional scheduler do next?
- What clue in the scenario made the best answer better than the others?