All articles
9 min read

Program Management Plan: Structure, Sub-Plans and Decision Rights

A program management plan is a parent document that sets governance, benefits and escalation for related projects, with separate owned sub-plans beneath it. Decision rights and benefit owners make it work.

By Sanjeev Kumar, Founder · Updated 10 Oct 2026

A program manager at her desk with one large parent binder open and several slimmer binders fanned out beside it.

Key takeaways

  • A program management plan is a short parent document plus owned sub-plans. It records how the program is governed, controlled and changed, and who decides at each level.
  • Write decision rights as a table with money and day thresholds. Without one, every change ends up with the sponsor or with nobody.
  • Write the benefit owner, baseline and measurement date into the plan explicitly. In MOVEBR's plan, a public delivery-led plan, benefits get four mentions in 45 pages.
  • Test the plan before sign-off: a new project manager should find the escalation threshold in 60 seconds, and every section should show an owner and an approver.
In this article
  1. 1What is a program management plan, and what does it not replace?
  2. 2Which sections does a program management plan need?
  3. 3What do two public program plans show about structure?
  4. 4Which decisions should the program manager, project managers and steering committee own?
  5. 5Who owns the benefits once the projects close?
  6. 6How do you test the plan before the sponsor signs it?
  7. 7Can a new project manager find the escalation threshold in 60 seconds?
  8. 8Does every section show an owner and an approver?
  9. 9Is every benefit owned by someone outside the program team?
  10. 10Does the plan say how you will manage, rather than what is true today?
  11. 11Which Augment Consultancy program fits a program manager building a first plan?
  12. 12Frequently asked questions

Search for a program management plan and the usual result is a list of headings. Open a plan that a real program runs on and it reads differently: much of its text is procedure for deciding, escalating and changing things.

The usual mistake is a single long list that names every heading and answers none of the questions a sponsor, the executive accountable for the program, will ask. Who may approve a change? At what size? Who owns each benefit once the projects have delivered?

The stakes are practical. Research by the Project Management Institute (PMI), cited in its Pulse of the Profession 2025, found that projects that define success criteria upfront and put a performance measurement system in place have success rates nearly two times higher. Benefits Realization and Governance are also two of the principles in PMI's Standard for Program Management, Fifth Edition, so a plan that is silent on either is incomplete.

Below you will find a structure, a decision-rights table with a worked example in rupees, and four pass-or-fail tests.

What is a program management plan, and what does it not replace?

A program management plan records how a program will be managed, executed and controlled. It covers governance, the component projects, benefits realisation, related management plans, timelines and the methods for monitoring. The program manager writes it, and the sponsor and the steering committee approve it (University of Waterloo PMO).

It is the baseline for every approved change to budget, schedule, scope, success criteria and benefits. That is why decision rights belong in it.

Definition

Sponsor The executive accountable for the program.

Definition

Steering committee The governance forum that oversees the program and takes the decisions above the program manager's limits.

Definition

Baseline The agreed starting value a benefit or plan is measured against.

Definition

Register A log of items, each with an owner and a status, such as risks or benefits.

The plan does not replace four neighbouring documents:

DocumentQuestion it answersChanges how often
Program charterIs this program authorised, by whom, and for what mandate?Rarely
Business caseWhy is the investment worth making?When the investment case is reviewed
Program management planHow will we run, control and change the program?When approved changes occur
Registers (risks, issues, benefits, dependencies)What is true today?Weekly or monthly

A project management plan covers one project's scope, schedule and cost. The program plan sits above it and handles what no single project manager can settle: shared resources, cross-project dependencies, benefits and escalation. If you are unsure which seat you hold, our guide on how to tell a program manager from a project manager sets out the difference.

Which sections does a program management plan need?

A program management plan needs ten sections. Keep short, stable sections in the parent plan, and give any section its own document if it passes about five pages, has a different approver or changes on a different timetable. That split rule is our recommendation.

#SectionMust containWhere it livesOwnerApproved by
1Purpose and scopeProgram objective, what is in and out of scope, links to the charter and business case, list of component projectsParent planProgram managerSponsor
2GovernanceForums, membership, meeting cadence, decision-rights tableOwn documentProgram managerSteering committee
3BenefitsRegister with each benefit, its owner, baseline, target and measurement dateOwn documentBenefit ownersSteering committee
4Roadmap and dependenciesMilestones for each project, cross-project dependencies with owners, integration pointsParent planProgram managerSteering committee
5Budget and fundingTotal funding, allocation by project, program-level reserve, reporting formatOwn documentProgram finance leadSponsor
6Risk and issuesScoring scale, program register, escalation thresholds, review cadenceOwn documentProgram managerSteering committee
7Stakeholders and communicationsStakeholder list, each report with audience, frequency and ownerOwn documentProgram managerSponsor
8Change controlThresholds, change board, change log, approval routeOwn documentChange boardSteering committee
9Resources and procurementShared people, how conflicts are settled, procurement approachOwn documentProgram managerSponsor
10Quality, transition and closureAcceptance criteria, handover to operations, closure checklist, benefits handoverParent planProgram managerSponsor

Every row has one owner and one approver. A row you cannot fill is a gap in the program, not in the structure.

What do two public program plans show about structure?

Two public plans show that a full program plan splits into sub-plans and that governance can stand as a document of its own. They are not like for like: MOVEBR is a full program management plan, and Oregon's is a stand-alone governance plan.

MeasureMOVEBR Program Management Plan, Baton Rouge, April 2020Oregon Modernization Program Governance Plan v5.1, April 2021
TypeFull plan: overview chapter plus nine named sub-plans (scope, schedule and resource, deliverable, change control, document, tools, communications, quality, organisational change)Stand-alone governance plan
Length45 PDF pages, about 13,600 words24 PDF pages (23 numbered), about 6,500 words
"benefit"4 (0.3 per 1,000 words)15 (2.3 per 1,000 words)
"escalat"46 (3.4 per 1,000 words)17 (2.6 per 1,000 words)
"risk"142 (10.4 per 1,000 words)29 (4.4 per 1,000 words)
"decision"62 (4.5 per 1,000 words)132 (20.2 per 1,000 words)

Our method, October 2026: we extracted the text of each published PDF and counted case-insensitive text-string matches, so "benefit" includes "benefits". Rates are the count divided by thousands of words. This is two documents from two US public bodies. They illustrate how real plans are organised and do not prove a rule.

Three points follow:

  1. A full plan is a family of documents. MOVEBR is a parent with named sub-plans.
  2. Governance is mostly decisions. Oregon's governance plan uses "decision" 20.2 times per 1,000 words, against 4.5 in MOVEBR. Its contents run through decision-making responsibility, the decision and escalation process, approving authorities, a decision registry and a decision analysis template. It went through six versions between December 2017 and April 2021, which we read as a sign that governance changed on its own timetable (our inference).
  3. Benefits need explicit space. MOVEBR's chapter list has no benefits chapter and the word appears four times. In your own plan, write the benefit owner, baseline and measurement date explicitly.

Which decisions should the program manager, project managers and steering committee own?

Write decision rights as a table of thresholds. Each row names a type of decision and the largest size each role may approve alone. Anything above goes up one level, and the decision is recorded.

Oregon's plan shows the logic. Decisions inside a single work unit stay with the project team. Decisions with policy impact or impact across several work units go to a committee, with a written decision analysis and an entry in the decision registry.

Here is a worked example for an illustrative ₹40 crore program (4,000 lakh) assumed to run for 24 months. The thresholds are our recommendation, not an official figure.

  • Money: the project manager limit is 0.1% of budget (₹4 lakh), and the program manager limit is 0.5% (₹20 lakh).
  • Time: 24 months is about 500 working days (24 × about 21). A 5-day slip is 1% of that duration and a 15-day slip is 3%.
A project manager passes a single page to three seated committee members across a meeting-room table.
Decisions above a role's limit move up one level to the people who own them.
DecisionProject managerProgram managerSteering committee
Scope or cost changeUp to ₹4 lakh, no effect on another projectUp to ₹20 lakh, or any change to a cross-project dependencyAbove ₹20 lakh
Schedule slipUp to 5 working days, no other project affectedUp to 15 working days, or any slip that moves a dependencyMore than 15 working days, or any milestone committed to the sponsor
Benefit target, owner or measurement dateCannot changeCan proposeDecides, always
Shared people between projectsRequestsDecidesHears disputes
Risk escalationRaises and scoresOwns the program risk registerReceives risks above the agreed score

Set your own figures as a share of your program's budget and duration, and have the sponsor sign them. Keep the benefit row fixed: a change to a benefit goes to the steering committee whatever it costs. For the point at which a risk should leave the project and enter the program, see our guide to program risk escalation criteria.

Who owns the benefits once the projects close?

A named person in the business, not the program team, must own each benefit. The plan records the benefit, its baseline, its target, its measurement date and its owner, so the benefit outlives the projects.

One row shows the form. It is an example, not a recommendation of the numbers:

BenefitBaselineTargetMeasuredOwner
Faster loan approval6 days2 daysMonthly from the quarter after go-liveHead of retail lending

Test any benefit row by asking whether the owner would notice a miss. If the owner is "the program", nobody will. Our guide to benefits realisation management goes further, with a register, an owner and a rupee example.

How do you test the plan before the sponsor signs it?

Run four tests. A plan that fails any one is not ready.

A new project manager searches a printed plan while a senior colleague looks on at a shared desk.
A reader who has never seen the plan is the fairest test of whether it works.

Can a new project manager find the escalation threshold in 60 seconds?

Pass: the thresholds sit in one table on one page, and a colleague who has never seen the plan finds them within a minute. Fail: finding them needs a meeting or a message.

Does every section show an owner and an approver?

Pass: all ten rows in the section table name a role for both. Fail: any row says "team" or "to be confirmed".

Is every benefit owned by someone outside the program team?

Pass: each benefit has a named business role, a baseline, a target and a date. Fail: any benefit is owned by "the program".

Does the plan say how you will manage, rather than what is true today?

Pass: task dates, current risks and status live in registers and reports, and the plan only points to them. Fail: you must edit the plan every week to keep it correct.

Which Augment Consultancy program fits a program manager building a first plan?

If you are building your first program plan, start with Program Management Essentials. If you are heading towards PgMP®, choose from our PgMP® programs. PMI's Program Management Professional (PgMP®) certification assesses experienced program managers; the plan is one of the artefacts they own.

We are Augment Consultancy, a training and mentoring organisation specialising in program and portfolio management, and we have mentored 6,000+ professionals. Which route fits depends on where you are:

  • Building a first plan: Program Management Essentials is a 12-week foundation course with 10 modules covering governance, benefits planning, risk and stakeholder engagement, with templates and case studies, monthly Q&A, session recordings for three months and a certificate of completion. It is US$99 per enrolment as of October 2026. It is not a PgMP® exam-preparation course.
  • Preparing for PgMP®: our PgMP® Self-Paced Mentorship Program (US$549) gives structured learning, application guidance and exam preparation at your own pace. Our PgMP® Fast Track Program (US$1,000) is focused group mentoring. PgMP® Application Writing Support (US$199) helps you prepare, structure and review your application before submission to PMI, with feedback until approval; see how PgMP application review support works before a panel sees your evidence. Prices are per enrolment, as of October 2026, and vary by program and market.

To talk through your goals and which program suits you, book a free discovery or eligibility consultation.

Talk to a certification expert

Share your details and the program you are interested in.

Frequently asked questions

A program charter authorises the whole program, naming the sponsor, mandate and intended benefits. A project charter authorises one component project inside it. The program management plan follows the charter and explains how the program will be run.
Yes, once governance needs more than about five pages or changes on its own timetable. Below that, a one-page governance section inside the parent plan is enough.
There is no standard length. As our recommendation, keep the parent plan to about five pages and give each sub-plan its own document; the two public plans on this page run to 24 and 45 PDF pages in total.
The program manager writes it, and the sponsor and the steering committee approve it. Approved changes are then recorded as revisions, so the plan stays the baseline for budget, schedule, scope and benefits.
No. A program management office (PMO) charter sets out the mandate, services and authority of the office that supports many programs. A program management plan describes how one program is governed, planned and controlled.

Sources

  1. 1.MOVEBR Program Management Plan, City of Baton Rouge and Parish of East Baton Rouge, April 2020, Rev. 1
  2. 2.Modernization Program Governance Plan v5.1, Oregon Employment Department, April 2021
  3. 3.Program Management Plan, University of Waterloo PMO
  4. 4.The Standard for Program Management, Fifth Edition, Project Management Institute
  5. 5.Pulse of the Profession 2025, Project Management Institute (section 2.2, page 14)
  6. 6.Program Management Professional (PgMP)®, Project Management Institute
  7. 7.Program Management Essentials, Augment Consultancy

Keep reading

Augment Consultancy.

Helping professionals worldwide achieve PgMP® and PfMP® certification through expert mentoring, practical learning, and proven success.

© 2026 Augment Consultancy

Powered by PageLens.ai

Talk to a certification expert.