Certifications PMP CertificationWorld’s top PM cert CSM — Certified ScrumMasterTop agile cert CAPMEntry-level PM cert PRINCE2UK & Europe standard View All Certifications ?
PM Guides Agile GuideComplete breakdown Scrum GuideRoles, ceremonies, artifacts EVM GuideAll formulas explained View All Guides ?
Career & Salary PM Salary 2026By country & level How to Become a PMStep-by-step roadmap 50 Interview QuestionsWith strong answers
PM Software Monday.com ReviewTop pick 2026 ClickUp ReviewBest value Best Free PM ToolsNo trials, truly free View All Software ?
Free Tools & Templates EVM CalculatorFree, no signup Gantt Chart MakerBuild & export free PMP Eligibility Checker30-second result Free PM Templates30 templates — Excel, Word, PDF
Get the Free PMP Guide ?
Free Template · Word · Updated March 2026

Free Change Management Plan Template
Word Download

Stop scope creep before it starts. Define exactly how changes get raised, assessed, approved and implemented on your project — with a 6-step process, CCB setup, approval thresholds by cost and schedule impact, and a change register framework all in one ready-to-use Word document.

📄Word (.docx)
🔓Free — no signup
📅Updated March 2026
🏛️PMI & PRINCE2 aligned
🔄
6-step change process
Identify → Log → Assess → Evaluate → Approve/Reject → Implement. Every step defined with owner and output.
⚖️
Approval thresholds
Pre-built threshold table: PM authority, CCB authority, sponsor sign-off — set your own cost and schedule limits.
📋
CCB composition & register
CCB role definitions, meeting cadence, change register fields and how to maintain a clean audit trail.
🔄
Change Management Plan
Free Word template — instant download
Format Word (.docx)
Sections 6 structured sections
Process steps 6-step change workflow
Thresholds 4-tier approval table
Framework PMI & PRINCE2 aligned
Price Free — no signup needed
⬇ Download Free Template

No email required. Instant Word download.

01 — What's Included

What's in the Template — 6 Sections

The Change Management Plan template covers everything needed to establish a functioning change control process on a project of any size. Each section includes guidance text explaining the intent and what a complete entry looks like.

{%- set secs = [ ("Purpose and Scope", "Defines what the plan covers — which baselines it protects (scope, schedule, cost, quality) and who it applies to."), ("Change Control Process", "The 6-step workflow from identification through to closure. Each step names the responsible party and the output produced."), ("Change Control Board (CCB)", "CCB composition, individual roles, meeting cadence and quorum rules. Includes fields for five standard CCB roles."), ("Approval Thresholds", "A four-tier table defining what level of change each authority can approve — PM, CCB, Sponsor and Board/Executive."), ("Change Request Form Fields", "The standard fields that every change request must include before it can be assessed — ensuring consistency across all CRs."), ("Change Register", "Guidance on maintaining the change register — the live log of all change requests and their status, updated after every CCB meeting.") ] -%}
1
Purpose and Scope
Defines what the plan covers — which baselines it protects (scope, schedule, cost, quality) and who it applies to across the project.
2
Change Control Process
The 6-step workflow from identification through to closure. Each step names the responsible party and the output produced.
3
Change Control Board (CCB)
CCB composition, individual roles, meeting cadence and quorum rules. Includes guidance for five standard CCB roles.
4
Approval Thresholds
A four-tier table defining what level of change each authority can approve — PM, CCB, Sponsor and Board/Executive.
5
Change Request Form Fields
The standard data fields every change request must contain before it can be assessed — ensuring consistency across all CRs.
6
Change Register
Guidance on maintaining the change register — the live log of all requests and their status, updated after every CCB meeting.
💡
Use alongside the Change Request Form: This Change Management Plan defines the process. The Change Request Form template is the document individual change requests are submitted on. Both should be issued to the project team at the same time — ideally at or before the project kick-off meeting.
02 — The 6-Step Process

The Change Control Process — Step by Step

The template defines a six-step change control process. These steps are embedded in Section 2 of the template with owner, trigger and output for each — ready to customise to your project's specific roles.

1
Identify the Change
Any stakeholder may identify a potential change — to scope, schedule, cost or quality. Changes can arise from new requirements, risk events, issues, external factors or sponsor requests. The key discipline here is that all potential changes go through the process — no informal verbal agreements, however small.
2
Log and Raise a Change Request
The requester completes a Change Request Form and submits it to the PM. The PM logs it in the change register with a unique CR ID and date received. The CR is not assessed until it is formally logged — this prevents informal conversations becoming de facto approvals.
3
Impact Assessment
The PM (and relevant technical or commercial experts) assess the impact across all baselines: scope, schedule, cost, quality, resources and risk. This is integrated change control — a scope change must be evaluated for its schedule and cost impact before the CCB can make an informed decision.
4
CCB Review and Decision
The CCB reviews the CR and impact assessment. They may Approve, Reject, Defer (pending more information) or request a revised proposal. All decisions are recorded in the change register with the rationale. The CCB decision is final at its authority level — escalation happens per the threshold table if the change exceeds CCB authority.
5
Implement Approved Changes
Approved changes are incorporated into the project plan. The relevant baseline is updated — the schedule, cost plan, scope document or quality criteria. All affected stakeholders are notified of the change and its impact on their work. Updated plans are reissued.
6
Close the Change Request
Once the change has been implemented and verified, the CR is marked Closed in the change register with the closure date. Rejected or withdrawn CRs are also closed with the reason recorded. A closed change register at project end is a key input to the project closure report and lessons learned register.
📌
The most skipped step: Step 6 — closing the change request — is the most commonly missed. PMs often approve and implement changes but forget to formally close the CR in the register. This leaves the register cluttered with "In Progress" items that are actually complete, making it impossible to give stakeholders an accurate picture of how many open changes exist.
03 — Change Control Board

Setting Up Your Change Control Board

The CCB is the decision-making body for change requests that exceed the PM's authority level. The template includes fields for five standard CCB roles — adapt these to match your project's organisational structure.

CCB Chair
Sponsor or Senior Representative
Holds ultimate decision authority. Escalation point for changes above the CCB threshold. Usually the Project Sponsor or their nominated delegate.
Secretary / Coordinator
Project Manager
Prepares the agenda, presents CRs and impact assessments, records decisions and updates the change register after each meeting.
Technical Authority
Lead Architect / Technical Lead
Assesses the technical feasibility and impact of proposed changes. Advises the CCB on implementation complexity, dependencies and risk.
Finance Authority
Finance / Commercial Manager
Reviews and approves cost impacts. Confirms whether the change is within budget or requires additional funding to be approved at a higher level.
Business Representative
Business Owner / Product Owner
Represents the business or customer perspective. Confirms whether the change delivers sufficient value to justify the cost and schedule impact.
Meeting Cadence
Typically weekly or fortnightly
For urgent changes, establish an out-of-cycle escalation path — e.g. email approval from Chair and PM for time-critical decisions under a defined threshold.
04 — Approval Thresholds

Change Approval Thresholds — How to Set Them

The threshold table in Section 4 of the template defines who can approve what. The template ships with suggested thresholds — replace the bracketed values with the actual limits agreed with your sponsor and finance team before the project starts.

Authority LevelSchedule ImpactCost ImpactApproval Route
Project ManagerUp to 3 daysUp to $5,000PM decision only. Log in register. Notify sponsor.
Change Control Board4–14 days$5,001–$25,000Majority CCB vote at scheduled or emergency meeting.
Project Sponsor15–30 days$25,001–$100,000Sponsor sign-off required. CCB recommendation provided.
Executive / Board> 30 days> $100,000Board or investment committee approval. Formal re-baseline.

Setting Realistic Thresholds

Thresholds that are too tight slow the project down with unnecessary bureaucracy. Thresholds that are too loose let significant changes slip through without proper scrutiny. A good rule of thumb: the PM's authority should cover genuine day-to-day scheduling adjustments without requiring a CCB meeting. The CCB should handle meaningful scope or cost changes that affect the business case. The sponsor should be involved only for changes that materially affect the project's strategic value or cost envelope.

💡
Set thresholds as percentages, not just absolutes: On a $5M project, a $25,000 change is 0.5% of budget — well within PM authority. On a $200,000 project, the same $25,000 change is 12.5% — clearly sponsor territory. Consider defining thresholds as both a fixed amount and a percentage of the approved project budget, whichever is lower.
05 — Scope Creep

Using This Plan to Prevent Scope Creep

Scope creep — the gradual, uncontrolled expansion of project scope without corresponding adjustments to time, cost or resources — is one of the most common causes of project failure. A change management plan does not prevent change; it prevents unmanaged change.

The Three Most Common Sources of Scope Creep

1. Informal verbal agreements. A stakeholder asks the developer "can you just add this small feature?" and the developer agrees without raising a CR. The "small feature" takes three days. Multiply by ten similar conversations and the project is two weeks over schedule with no paper trail. The fix: make the change process visible, simple and consistently enforced from day one.

2. Gold plating. Team members add functionality or quality beyond what was agreed because they think it will be appreciated. Even when well-intentioned, this consumes time and budget allocated to agreed deliverables. The fix: ensure the team understands that delivering agreed scope on time and budget is the measure of success — not exceeding it.

3. Scope ambiguity in the original requirements. When requirements are vague, everyone interprets them differently. The customer's interpretation is always bigger. The fix: invest in precise scope definition upfront and use the change management plan as the mechanism for handling the inevitable gaps when they surface.

📌
PMP exam note: Scope creep, gold plating and integrated change control are core topics in the PMP exam. The exam distinguishes between scope creep (uncontrolled) and scope change (controlled through the change management process). Approved scope changes that update the baseline are not scope creep. Understanding this distinction is essential for questions about stakeholder management and project control. See our 200 PMP practice questions for scenario-based questions on change control.
06 — FAQ

Change Management Plan — 4 Common Questions

A change management plan defines how changes to the project scope, schedule, cost or quality baselines will be identified, evaluated, approved and implemented. It establishes the change control process, the composition and authority of the Change Control Board (CCB), approval thresholds for different levels of change, and the change register format. It is a subsidiary plan within the Project Management Plan, produced during the planning phase and used throughout project execution.
Change control is the process of managing changes to project baselines — preventing unauthorised changes and maintaining the integrity of the plan. Change management (in its broader sense) refers to the people-side — helping individuals and teams adopt new systems, processes or ways of working. In the project management context, a change management plan typically covers change control. If your project involves a significant organisational change, you may also need a separate organisational change management plan covering stakeholder adoption and communication.
A typical CCB for a mid-size project includes: the Project Sponsor or their delegate (chair), the Project Manager (secretary), a Technical Authority, a Finance representative and a Business representative. For smaller projects, the PM and sponsor may constitute the full CCB. For larger programmes, the CCB may include customer representatives, procurement leads and legal or compliance advisors. The key principle is that the CCB should include everyone needed to assess impact across all dimensions — technical, commercial and business value.
Integrated change control is PMI Process 4.6 (PMBOK 7th edition) — it ensures all change requests are reviewed and either approved, deferred or rejected through a coordinated process that considers the impact across all project knowledge areas. "Integrated" means a scope change, for example, must be assessed for its impact on schedule, cost, quality, resources and risk before a decision is made. Approved changes trigger updates to all affected baselines and project documents. This is the theoretical foundation for the 6-step process in this template.