Template by Format
Most Word charter templates you find are over-designed marketing assets with skeumorphic borders and clip art. The plain-text structure below is what an actual PM uses, ready to paste into Word and apply built-in heading styles.
Select the text below, paste into a new Word document, then apply Heading styles per the hierarchy section that follows.
PROJECT CHARTER Project Name: <Name> Version: 1.0 Date approved: <Date> Sponsor: <Name, Role> PM: <Name, Role> 1. PROJECT PURPOSE <One paragraph, 50-150 words. Why this project exists.> 2. OBJECTIVES AND SUCCESS CRITERIA 2.1 Primary objectives (3-5) - Objective 1: <SMART criterion> - Objective 2: <SMART criterion> - Objective 3: <SMART criterion> 2.2 Guardrail metrics (optional, 1-3) - Guardrail 1: <metric the project must not violate> 3. SCOPE 3.1 In scope - <Verb phrase, what the project includes> - <Verb phrase> 3.2 Out of scope - <Verb phrase, what the project explicitly excludes> - <Verb phrase> 4. KEY DELIVERABLES - <Deliverable 1>: <acceptance criteria summary> - <Deliverable 2>: <acceptance criteria summary> 5. MILESTONES M1. <Name>: <Target date> M2. <Name>: <Target date> M3. <Name>: <Target date> 6. BUDGET Base estimate: <amount> Contingency reserve (10-15%): <amount> Total approved envelope: <amount> Drawdown rules: <see budget section reference> 7. TOP RISKS - Risk 1: <Description>. Impact: <H/M/L>. Probability: <H/M/L>. Owner: <Name>. Mitigation: <Action>. - Risk 2: <Description>. Impact: <H/M/L>. Probability: <H/M/L>. Owner: <Name>. Mitigation: <Action>. 8. TEAM AND DECISION AUTHORITY Sponsor: <Name, Role> PM: <Name, Role> Key roles: <Name, Role; Name, Role> Decisions: - <Decision type>: Responsible / Accountable / Consulted / Informed split. 9. APPROVAL Sponsor signature: ____________________ Date: __________ PM signature: ____________________ Date: __________
Apply Word's built-in Styles, not bolded text. The Styles pane is the difference between a working charter and a document that crashes the accessibility checker.
| Style | Use for |
|---|---|
| Heading 1 | Document title only (e.g. 'Project Charter: <Project Name>'). |
| Heading 2 | Major sections (Purpose, Objectives, Scope, etc.). |
| Heading 3 | Sub-sections within a major section (e.g. 'In scope' and 'Out of scope' under Scope). |
| Heading 4 | Use sparingly. Most charters do not need this level. |
| Body Text | Default paragraph style. Use Word's built-in style, not custom formatting. |
| Caption | For figure / table captions. Often skipped; matters for accessibility and Word's automatic tables of figures. |
1. Use Word's Built-in Styles
Apply Heading 1 / 2 / 3 via the Styles pane, not by bolding text. Tables of contents, navigation pane, and accessibility readers all depend on style use.
2. Avoid Manual Numbering for Sections
Word's automatic numbering (in heading styles or via SEQ fields) renumbers automatically when sections move. Manual numbering breaks at first reorder.
3. Embed Risk Register and Stakeholder List as Tables
Native Word tables are readable; pasted Excel often breaks formatting. If the register has more than 20 rows, link to a separate document.
4. Approval Block at the End
Sponsor and PM signature lines at the document end. Use a 2-column table with Name / Date / Signature columns. Avoid digital-signature plugins unless your organisation has standardised.
5. Track Changes for Sponsor Review
Enable Track Changes before sending to the sponsor. Accept / reject at sponsor's review, save the version, archive the redlined version separately.
6. Save As PDF for Final Distribution
PDF preserves formatting across devices. Keep the .docx as the authoritative editable version; PDF is for distribution only.
Different tools fit different organisational patterns. The table below covers the four most common.
Microsoft Word
Pros: Universal. Print-friendly. Track Changes for review. Familiar for legal / compliance / regulated teams.
Cons: Version control is fragile. Collaboration is sequential not real-time. Heading styles often misused.
Best fit: Regulated industries, projects with external sign-off, government and enterprise PMOs that require audit-trailed documents.
Google Docs
Pros: Real-time collaboration. Built-in comment threads and suggesting mode. Version history. Easy share permissions.
Cons: Less polished print output. Some enterprise compliance teams reject for sensitive content. Heading hierarchy enforcement is weaker than Word.
Best fit: Startup and mid-market teams. Cross-functional projects with many reviewers. Iterative drafting before sponsor sign-off.
Confluence
Pros: Wiki structure (cross-links to related pages). Native macros for tables, decisions, and roadmaps. Easy to surface in project portfolios.
Cons: Sign-off / signature workflow weak. Print output mediocre. Less familiar for non-tech teams.
Best fit: Software / tech teams with Atlassian-aligned toolchain. Internal-only charters with no external approval requirement.
Notion
Pros: Flexible block-based editor. Database views for portfolios of charters. Templates and re-use are easy.
Cons: Enterprise / compliance maturity newer than Word or Google. Sign-off workflow lightweight.
Best fit: Startup PMOs, design-led teams, project-collection use cases where the charter sits inside a wider knowledge base.
Related on this site
Updated 2 May 2026