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

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
- 1What is a program management plan, and what does it not replace?
- 2Which sections does a program management plan need?
- 3What do two public program plans show about structure?
- 4Which decisions should the program manager, project managers and steering committee own?
- 5Who owns the benefits once the projects close?
- 6How do you test the plan before the sponsor signs it?
- 7Can a new project manager find the escalation threshold in 60 seconds?
- 8Does every section show an owner and an approver?
- 9Is every benefit owned by someone outside the program team?
- 10Does the plan say how you will manage, rather than what is true today?
- 11Which Augment Consultancy program fits a program manager building a first plan?
- 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
Definition
Definition
Definition
The plan does not replace four neighbouring documents:
| Document | Question it answers | Changes how often |
|---|---|---|
| Program charter | Is this program authorised, by whom, and for what mandate? | Rarely |
| Business case | Why is the investment worth making? | When the investment case is reviewed |
| Program management plan | How 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.
| # | Section | Must contain | Where it lives | Owner | Approved by |
|---|---|---|---|---|---|
| 1 | Purpose and scope | Program objective, what is in and out of scope, links to the charter and business case, list of component projects | Parent plan | Program manager | Sponsor |
| 2 | Governance | Forums, membership, meeting cadence, decision-rights table | Own document | Program manager | Steering committee |
| 3 | Benefits | Register with each benefit, its owner, baseline, target and measurement date | Own document | Benefit owners | Steering committee |
| 4 | Roadmap and dependencies | Milestones for each project, cross-project dependencies with owners, integration points | Parent plan | Program manager | Steering committee |
| 5 | Budget and funding | Total funding, allocation by project, program-level reserve, reporting format | Own document | Program finance lead | Sponsor |
| 6 | Risk and issues | Scoring scale, program register, escalation thresholds, review cadence | Own document | Program manager | Steering committee |
| 7 | Stakeholders and communications | Stakeholder list, each report with audience, frequency and owner | Own document | Program manager | Sponsor |
| 8 | Change control | Thresholds, change board, change log, approval route | Own document | Change board | Steering committee |
| 9 | Resources and procurement | Shared people, how conflicts are settled, procurement approach | Own document | Program manager | Sponsor |
| 10 | Quality, transition and closure | Acceptance criteria, handover to operations, closure checklist, benefits handover | Parent plan | Program manager | Sponsor |
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.
| Measure | MOVEBR Program Management Plan, Baton Rouge, April 2020 | Oregon Modernization Program Governance Plan v5.1, April 2021 |
|---|---|---|
| Type | Full 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 |
| Length | 45 PDF pages, about 13,600 words | 24 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:
- A full plan is a family of documents. MOVEBR is a parent with named sub-plans.
- 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).
- 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%.

| Decision | Project manager | Program manager | Steering committee |
|---|---|---|---|
| Scope or cost change | Up to ₹4 lakh, no effect on another project | Up to ₹20 lakh, or any change to a cross-project dependency | Above ₹20 lakh |
| Schedule slip | Up to 5 working days, no other project affected | Up to 15 working days, or any slip that moves a dependency | More than 15 working days, or any milestone committed to the sponsor |
| Benefit target, owner or measurement date | Cannot change | Can propose | Decides, always |
| Shared people between projects | Requests | Decides | Hears disputes |
| Risk escalation | Raises and scores | Owns the program risk register | Receives 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:
| Benefit | Baseline | Target | Measured | Owner |
|---|---|---|---|---|
| Faster loan approval | 6 days | 2 days | Monthly from the quarter after go-live | Head 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.

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



