100%

Process - Task 1 of 10

Day 9: Integrated Plan & Delivery Planning

about 4.1% of the exam content - about 90 minutes - 14 practice questions

0:00 / --:--

Reading

Every project GCHS runs (a bathroom accessibility retrofit in Galveston, a twelve-home post-storm rehab program in Brazoria County, a new intake system for our case managers) needs a plan that hangs together as one thing. Not a stack of unrelated documents. This task is about integration: picking a delivery approach that fits the work, building the plan components that support it, connecting them so a change in one shows up in the others, and then actually managing the work against that plan.

Project management plan: subsidiary plans, baselines, and project documents A hub labeled Project Management Plan connects upward to five representative subsidiary management plans, scope, schedule, cost, quality, and risk, with a note that six more exist: resource, communications, procurement, stakeholder engagement, change, and requirements. The hub also connects downward to three baselines, scope baseline, schedule baseline, and cost baseline, which converge into a combined performance measurement baseline box. To the right, a separate dashed box lists project documents: risk register, issue log, stakeholder register, and RAID log, with a note that these are updated freely as work proceeds and are not part of the plan, unlike the subsidiary plans and baselines, which change only through approved change control. + 6 more subsidiary plans: resource, communications, procurement, stakeholder engagement, change, requirements Scope Schedule Cost Quality Risk Project management plan Scope baseline Schedule baseline Cost baseline Performance measurement baseline Project documents Risk register Issue log Stakeholder register RAID log Updated freely as work proceeds; NOT part of the plan
The project management plan is the hub: subsidiary plans and the three baselines, which combine into the performance measurement baseline, all change only through approved change control. Project documents, such as the risk register and stakeholder register, are a separate category updated freely as work proceeds.

What "the plan" actually is

In PMI language, the project management plan is a single integrated document made up of smaller pieces called subsidiary plans plus baselines. It is not the schedule. The schedule is one input to it. Think of it as the answer to "how will we run this project?" rather than "what are we building?"

Subsidiary management plans typically include: scope, requirements, schedule, cost, quality, resource, communications, risk, procurement, stakeholder engagement, and change management. Each one answers the same question for its own area: how will we plan it, how will we execute it, how will we control it, and who decides. A resource management plan for a GCHS rehab says how we will estimate crew hours, how we acquire subcontractors, how we release them, and who signs off. It does not say who is working Tuesday; that is the schedule.

Alongside the plans sit the baselines: the approved versions we measure against. There are three: scope baseline (scope statement plus WBS plus WBS dictionary), schedule baseline, and cost baseline. Together they form the performance measurement baseline. Baselines change only through approved change control. That is the whole point of calling them baselines: if they drift informally, you have lost the ability to say whether you are ahead or behind.

Key points
  • Project management plan = subsidiary plans + baselines + how work gets executed and controlled
  • Three baselines: scope, schedule, cost; combined they are the performance measurement baseline
  • Baselines change only via approved change requests; plans are progressively elaborated
  • Project documents (risk register, issue log, stakeholder register, RAID log) are NOT part of the plan; they get updated freely as work proceeds

Choosing a delivery approach

PMI expects you to select an approach based on the characteristics of the work and the environment, not on preference or habit. The 2026 exam leans about 60% toward adaptive and hybrid situations, so get comfortable reasoning in both directions.

Predictive (sometimes called waterfall or plan-driven) fits when requirements are stable and well understood, the product is familiar, regulation demands up-front definition, and the cost of change late is high. Most of our physical construction work is like this: a wheelchair ramp built to Texas Accessibility Standards has a known scope, a known code, and a permit that was pulled against a specific drawing.

Adaptive (agile, iterative, incremental) fits when requirements are uncertain or expected to evolve, the customer can stay engaged continuously, feedback is valuable, and small increments can be delivered and used. Our case-management software rollout is like this: nobody knows exactly what the intake form should ask until caseworkers use it a few times.

Hybrid combines them, and it is the most common real answer. GCHS builds the ramp predictively while running the homeowner-communication and finish-selection portion iteratively; the family reviews the grab bar placement and tile selection in short cycles even though the structural work follows a fixed drawing.

DimensionPredictiveAdaptive (agile)Hybrid
RequirementsDefined up front, stableEmergent, refined continuouslyStable core, evolving edges
DeliveryOne delivery at the endFrequent incrementsSome phases fixed, some iterative
Change handlingFormal change control against baselinesChange welcomed; backlog reprioritizedChange control on the fixed part, backlog on the rest
Planning styleDetailed plan earlyRolling wave, plan the next iteration in detailRolling wave with baselined milestones
Success measureDelivered to baselineValue delivered, working productBoth, per component
GCHS examplePermitted ramp constructionIntake software, program pilot designWhole-home rehab with homeowner-selected finishes

Tailoring

Tailoring means deliberately deciding which processes, tools, documents, and level of rigor a specific project needs. PMI is explicit that no methodology applies unchanged to every project. A four-day grab bar installation does not need a formal risk register with quantitative analysis; a FEMA-funded twenty-home program needs a documented one.

Tailor based on project size and complexity, risk exposure, regulatory and funder requirements, team experience and location, organizational maturity, and how much uncertainty sits in the product itself. Tailoring decisions belong in the plan, not in someone's head, and they get revisited when conditions change. Under- tailoring (running a tiny job with enterprise ceremony) wastes money just as surely as over-tailoring (running a grant-funded program with no documented change process) invites audit findings.

Watch for on the exam
  • "The organization mandates a methodology": you still tailor within the mandate, and you consult governance before deviating
  • Tailoring is a project manager responsibility done with the team, not imposed on it
  • Choosing agile because the team likes it, rather than because the work suits it, is always a wrong answer

Integrating the pieces

Integration management is the work only the project manager does: making sure the parts fit. Four habits carry most of the weight.

  • Consult the plan first. When something surprises you, the first move in most PMI scenarios is to check what the plan already says: the change management plan, the escalation path, the communications plan. Acting outside a plan that already covers the situation is a wrong answer.
  • Run integrated change control. A change request that touches scope almost always touches schedule and cost. Assess the full impact across all components before the change control board (CCB) decides. Never implement an approved-sounding change on a verbal nod from one stakeholder.
  • Manage project knowledge. Capture lessons learned continuously: in a lessons learned register during the project, rolled into the organizational lessons learned repository at closure, not only at the end.
  • Use a kickoff to align. Kickoff is where the approach, cadence, roles, and definition of success get communicated. In adaptive work it happens at the start of a release or major iteration too.

Planning cadence and artifacts in adaptive work

Adaptive projects still plan; they plan more often, in smaller pieces. Rolling wave planning means near-term work is detailed and far-term work stays coarse. A release plan sets the horizon of several iterations; iteration (sprint) planning commits the team to a specific set of backlog items for the next one to four weeks. Progress is shown with burndown or burnup charts and information radiators rather than a Gantt chart, and the team's velocity (completed story points per iteration) drives forecasting instead of a resource-loaded critical path.

The governing artifact for scope is the product backlog, an ordered list maintained by the product owner. In a hybrid setup you may hold a baselined milestone date for permit inspection while the software or program-design portion runs off a backlog. Both can be true at once; say so in the plan.

Emerging themes: AI and sustainability in planning

PMI's 2026 outline adds explicit attention to AI-assisted practice and to sustainable, socially responsible delivery. In planning terms that means two concrete things. First, AI tools can accelerate estimating, schedule risk simulation, document drafting, and anomaly detection in cost data, but the project manager remains accountable for the output. An AI-generated estimate is an input requiring validation against historical data and expert judgment, never an approved baseline on its own, and feeding donor or client data into an external tool without checking data-governance rules is a compliance problem, not a productivity win.

Second, sustainability and ESG considerations belong in planning as real constraints and real benefits: specifying low-VOC and locally sourced materials on rehabs, planning construction waste diversion, weighing lifecycle energy cost against first cost for HVAC replacement, and reporting the resulting benefits to funders who increasingly ask for them. Treat these as requirements and success measures, not as afterthoughts.

Common trap

A stakeholder asks for "one small addition" and the sponsor seems fine with it. Approving it on the spot, even a genuinely small one, bypasses integrated change control and corrupts the baseline. The correct pattern is: acknowledge the request, evaluate its impact on scope, schedule, cost, risk and quality, submit a change request, and let the defined authority decide. In adaptive work the equivalent is: add it to the backlog and let the product owner order it, rather than slipping it into the current iteration.

Practice Questions

1. A project manager is assembling the project management plan for a whole-home rehab. Which of the following is NOT a component of the project management plan?

  1. The cost baseline
  2. The scope management plan
  3. The risk register
  4. The communications management plan

2. The three baselines that together form the performance measurement baseline are:

  1. Schedule, cost, and risk
  2. Scope, schedule, and resource
  3. Scope, schedule, and cost
  4. Scope, quality, and cost

3. Halfway through planning, the sponsor asks the PM why so much documentation is being produced for a two-week grab bar installation. What should the PM do?

  1. Tailor processes and artifacts down to fit the project's size and complexity
  2. Escalate to the PMO to defend the approach
  3. Continue as planned since consistency across projects matters most to the sponsor and the PMO
  4. Explain that PMI methodology requires all documented processes

4. Which situation most strongly favors a predictive delivery approach?

  1. The customer wants to see working results every two weeks
  2. The team has never built anything like this before
  3. Requirements are expected to evolve as users and inspectors interact with early versions of the work
  4. The deliverable is defined by a permitted drawing and code, with high cost to change late

5. A GCHS project builds a code-compliant ramp to a fixed permitted drawing while the family selects and reviews interior finishes in short feedback cycles. This is BEST described as:

  1. A hybrid delivery approach
  2. A poorly controlled adaptive project
  3. A predictive project with rolling wave planning
  4. A predictive project with scope creep

6. A stakeholder emails the PM asking for a small change and copies the sponsor, who replies 'sounds fine to me.' What should the PM do FIRST?

  1. Implement the change since the sponsor approved it and update the plan later
  2. Evaluate the impact on scope, schedule, cost, quality, and risk
  3. Reject the change because it was not submitted formally
  4. Add it to the next status report for information

7. A supplier substitution unexpectedly changes a fixture specification mid-project. What should the project manager do FIRST?

  1. Ignore it since fixtures are a minor detail
  2. Approve the substitution since it seems minor and the supplier has already confirmed availability
  3. Check what the change management plan and communications plan already say
  4. Escalate immediately to the sponsor

8. Which planning technique details near-term work precisely while keeping far-term work at a coarse level?

  1. Earned value management
  2. Monte Carlo simulation
  3. Critical path method
  4. Rolling wave planning

9. What is the PRIMARY purpose of a project kickoff?

  1. To communicate the delivery approach, cadence, roles, and definition of success
  2. To finalize the budget
  3. To conduct the first retrospective
  4. To assign detailed work packages for the first month

10. The organization mandates a standard predictive methodology for all projects. A project manager believes agile would suit a particular initiative better. What is the appropriate action?

  1. Use agile anyway without telling anyone
  2. Refuse the assignment
  3. Follow the mandate exactly with no tailoring at all
  4. Consult organizational governance about tailoring within the mandate before deviating

11. In a hybrid GCHS project, which statement about scope artifacts is CORRECT?

  1. A backlog automatically becomes part of the scope baseline once the product owner approves it and the sponsor signs
  2. A baselined milestone for the permitted portion can coexist with a backlog for the iterative portion
  3. WBS and backlog are the same artifact under two names
  4. Only a WBS may be used, never a backlog

12. An AI tool generates a cost estimate for a rehab program. What must happen before that estimate becomes part of an approved baseline?

  1. The project manager validates it against historical data and expert judgment
  2. It is sent to the funder unreviewed, so the funder's approval can serve as the validation step
  3. It replaces the WBS dictionary
  4. Nothing; AI estimates may be baselined directly

13. A backlog item is added mid-iteration by a stakeholder in an adaptive project. What is the correct handling, per PMI?

  1. Require a formal change request through a change control board before any work starts
  2. Add it to the backlog for the product owner to prioritize against existing items
  3. Reject it outright since iterations are fixed
  4. Add it to the current iteration immediately since agile welcomes change

14. A change request adds a bedroom conversion to a whole-home rehab's scope. Which of the following BEST reflects integrated change control?

  1. Approve the scope change alone since it is the only thing requested
  2. Implement it first and document it afterward
  3. Defer the assessment until the next monthly report
  4. Assess impact on schedule, cost, risk, and quality together before the change control board decides

Glossary

Project management plan
The single integrated document made up of subsidiary management plans and baselines, describing how the project will be executed, monitored, and controlled.
Baseline
An approved version of scope, schedule, or cost used to measure performance; changed only through approved change control.
Performance measurement baseline
The combination of the scope, schedule, and cost baselines, used together for earned value analysis.
Tailoring
Deliberately matching processes, tools, documents, and rigor to a specific project's size, complexity, and risk.
Rolling wave planning
Planning near-term work in detail while keeping far-term work at a coarse level, refined as it approaches.
Integrated change control
Assessing a change's full impact across scope, schedule, cost, risk, and quality before an authorized body approves it.
Product backlog
The ordered list of features and stories that governs scope in adaptive work, maintained by the product owner.
Velocity
An adaptive team's completed story points per iteration, used to forecast remaining work instead of a resource-loaded critical path.

Progress

Previous: Day 8 Next: Day 10