{"id":105,"date":"2026-10-23T21:00:39","date_gmt":"2026-10-23T19:00:39","guid":{"rendered":"https:\/\/theprogrammanager.com\/blog\/?p=105"},"modified":"2026-11-06T20:12:30","modified_gmt":"2026-11-06T19:12:30","slug":"project-charter-template","status":"publish","type":"post","link":"https:\/\/theprogrammanager.com\/blog\/project-charter-template\/","title":{"rendered":"Project Charter Template: Free Example and How to Fill It Out"},"content":{"rendered":"\n<div class=\"ok-byline\"><div class=\"ok-who\"><span class=\"ok-avatar\" aria-hidden=\"true\">MB<\/span><div><strong>Written by Max Benz<\/strong><span>Updated <time datetime=\"2026-10-25\">October 25, 2026<\/time> \u00b7 20 min read<\/span><\/div><\/div><ul class=ok-chips><li class=\"ok-chip ok-chip--ok\">Template fields checked against Tempo, Morningmate and Wikipedia<\/li><li class=\"ok-chip ok-chip--ok\">Program charter section based on the University of Waterloo template<\/li><li class=\"ok-chip ok-chip--ok\">Worked example labeled as ours<\/li><\/ul><\/div>\n\n\n\n<p class=\"wp-block-paragraph\">A project charter is a short document that formally authorizes a project and gives the project manager authority to use the organization's resources. This page gives you a charter template you can copy straight into Word, Excel or Google Docs, explains what to write in every field, shows a filled-in example, and covers what changes when you write a charter for a program instead of a single project.<\/p>\n\n\n\n<div class=\"ok-tldr\"><strong class=\"ok-tldr__h\">Project charter in short<\/strong><ul><li>A project charter authorizes the project and the project manager. Wikipedia, summarizing the PMBOK Guide, says that once it's signed, the project manager can run the project and use organizational funds and resources.<\/li><li>Keep it short. It states why the project exists, what's in and out of scope, who's involved, the main milestones and the risks, and it points to the detailed plan for everything else.<\/li><li>Tempo lists eight elements: objectives, scope and deliverables, key stakeholders, high-level budget and resources, high-level risks and constraints, milestones and timeline, success criteria, and roles and responsibilities.<\/li><li>The sponsor approves it. The University of Waterloo's charter template says the author is typically the project or program manager and the approver is the sponsor.<\/li><\/ul><\/div>\n\n\n\n<nav class=\"ok-toc\" aria-label=\"On this page\"><p class=\"ok-toc__h\">On this page<\/p><ol><li><a href=\"#what-is-a-project-charter\">What Is a Project Charter?<\/a><\/li><li><a href=\"#project-charter-template-you-can-copy\">Project Charter Template You Can Copy<\/a><\/li><li><a href=\"#project-charter-template-in-word-excel-and-pdf\">Project Charter Template in Word, Excel and PDF<\/a><\/li><li><a href=\"#what-to-include-in-a-project-charter\">What to Include in a Project Charter<\/a><\/li><li><a href=\"#a-filled-in-project-charter-example\">A Filled-In Project Charter Example<\/a><\/li><li><a href=\"#how-to-write-a-project-charter-in-five-steps\">How to Write a Project Charter in Five Steps<\/a><\/li><li><a href=\"#who-signs-a-project-charter-and-how-long-should-it-be\">Who Signs a Project Charter and How Long Should It Be?<\/a><\/li><li><a href=\"#project-charter-vs-project-plan-vs-business-case\">Project Charter vs Project Plan vs Business Case<\/a><\/li><li><a href=\"#one-page-detailed-or-agile-which-charter-format\">One-Page, Detailed or Agile: Which Charter Format?<\/a><\/li><li><a href=\"#program-charter-template-what-changes-at-program-level\">Program Charter Template: What Changes at Program Level<\/a><\/li><li><a href=\"#project-charter-checklist-before-sign-off\">Project Charter Checklist Before Sign-Off<\/a><\/li><li><a href=\"#common-project-charter-mistakes\">Common Project Charter Mistakes<\/a><\/li><\/ol><\/nav>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"what-is-a-project-charter\">What Is a Project Charter?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A project charter is the document that formally authorizes a project and gives the project manager authority to apply organizational resources to its work. That's how the PMBOK Guide's definition is summarized by Wikipedia and by PMI-based training material. It's issued by the sponsor or another senior person who can commit people and money, even when the project manager does the drafting.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The charter is the first of the ten documents a program needs. The rest, from roadmap to closure checklist, are collected in our <a href='\/blog\/program-management-templates\/'>program management templates<\/a>. Once the charter is signed, the <a href=\"\/blog\/project-roadmap-template\/\">project roadmap template<\/a> turns it into phases and milestones.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The charter usually sits between two other documents. Before it comes the business case, which argues that the project is worth doing. After it comes the project plan, which describes how the work will be carried out. The University of Waterloo's program charter template puts the boundary clearly: the charter isn't meant to approve the program, which happens earlier at intake, and it isn't meant to document how things will be done, which belongs to planning. In the template's words, it's simply documentation around the authorization given to the manager.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wikipedia notes that the charter is created in the initiating process group and that it usually refers to more detailed documents rather than repeating them. Summaries of the PMBOK Guide add that the guide doesn't prescribe a format. That's why a charter can be a one-page form, a multi-page document or, in small organizations, a signed memo. What matters is that the same things are written down and the right person has signed.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If you're new to the wider discipline this belongs to, our guide to <a href=\"\/blog\/program-management\/\">program management<\/a> shows where the charter fits when several projects run together.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"project-charter-template-you-can-copy\">Project Charter Template You Can Copy<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Copy the template below into Word, Excel or Google Docs, or download it as a Word, Excel or PDF file. Under each field, a short note explains what it should contain, and the filled-in text is an illustrative example that you'll replace with your own project. We built the field list from the elements Tempo, Morningmate and Wikipedia describe, and the wording of the guidance and examples is ours.<\/p>\n\n\n\n<section class=\"ok-tpl ok-wide\" aria-labelledby=\"project-charter-template\"><div class=\"ok-tpl__doc\"><header class=\"ok-tpl__head\"><span class=\"ok-tpl__eyebrow\">Template<\/span><h3 class=\"wp-block-heading\" id=\"project-charter-template\">Project charter template<\/h3><p class=\"ok-tpl__intro\">The filled-in values are an illustrative example (a help center relaunch made up by us) and the small notes say what to write. You'll replace both before it's sent for signature.<\/p><\/header><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">1. Project overview<\/strong><dl class=\"ok-tpl__fields\"><div class=\"ok-tpl__f\"><dt>Project name<\/dt><dd><span class=\"ok-tpl__val\">Customer help center relaunch<\/span><span class=\"ok-tpl__hint\">A short name people will use in meetings<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Project manager<\/dt><dd><span class=\"ok-tpl__val\">Support operations lead (named person)<\/span><span class=\"ok-tpl__hint\">The person accountable for delivery: a named person, not a team<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Sponsor<\/dt><dd><span class=\"ok-tpl__val\">Head of Customer Support<\/span><span class=\"ok-tpl__hint\">The person who approves the charter and owns the budget decision<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Version and date<\/dt><dd><span class=\"ok-tpl__val\">Version 1, draft for sponsor review<\/span><span class=\"ok-tpl__hint\">Raise the version whenever it's re-signed<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Links<\/dt><dd><span class=\"ok-tpl__val\">Business case, support ticket report<\/span><span class=\"ok-tpl__hint\">Business case, intake request, project plan once it exists<\/span><\/dd><\/div><\/dl><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">2. Purpose and objectives<\/strong><dl class=\"ok-tpl__fields\"><div class=\"ok-tpl__f\"><dt>Purpose<\/dt><dd><span class=\"ok-tpl__val\">Customers can't find answers in the help center and open tickets instead, so support answers the same questions every week. The project replaces the structure and the most-used articles.<\/span><span class=\"ok-tpl__hint\">Why the project exists, in two or three sentences<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Objective 1<\/dt><dd><span class=\"ok-tpl__val\">Reduce repeat tickets on the ten most common topics by the end of the second quarter, against a baseline measured in the first two weeks<\/span><span class=\"ok-tpl__hint\">SMART: a measure and a date<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Objective 2<\/dt><dd><span class=\"ok-tpl__val\">Rewrite the articles behind those ten topics to a single format by the end of week eight<\/span><span class=\"ok-tpl__hint\">SMART: a measure and a date<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Objective 3<\/dt><dd><span class=\"ok-tpl__val\">Hand the help center over to the support team with an owner for every article by the end of week ten<\/span><span class=\"ok-tpl__hint\">Two to four objectives in total<\/span><\/dd><\/div><\/dl><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">3. Scope and deliverables<\/strong><dl class=\"ok-tpl__fields\"><div class=\"ok-tpl__f\"><dt>In scope<\/dt><dd><span class=\"ok-tpl__val\">New navigation, search settings, rewritten articles for the ten topics, content guidelines<\/span><span class=\"ok-tpl__hint\">What the project will deliver<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Out of scope<\/dt><dd><span class=\"ok-tpl__val\">Translation into other languages, a new ticketing system, product documentation for developers<\/span><span class=\"ok-tpl__hint\">What it won't deliver, so nobody assumes it<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Deliverables<\/dt><dd><span class=\"ok-tpl__val\">Published help center, content guidelines, handover to the support team<\/span><span class=\"ok-tpl__hint\">Concrete outputs, each one checkable<\/span><\/dd><\/div><\/dl><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">4. Milestones<\/strong><table class=\"ok-tpl__table\"><thead><tr><th scope=\"col\">Milestone<\/th><th scope=\"col\">Target<\/th><th scope=\"col\">How the sponsor checks it<\/th><\/tr><\/thead><tbody><tr><td data-label=\"Milestone\">Baseline measured<\/td><td data-label=\"Target\">End of week two<\/td><td data-label=\"How the sponsor checks it\">Repeat-ticket count per topic shared with the sponsor<\/td><\/tr><tr><td data-label=\"Milestone\">Structure approved<\/td><td data-label=\"Target\">Before rewriting starts<\/td><td data-label=\"How the sponsor checks it\">Sponsor's signed off the new navigation<\/td><\/tr><tr><td data-label=\"Milestone\">Articles for the ten topics rewritten<\/td><td data-label=\"Target\">End of week eight<\/td><td data-label=\"How the sponsor checks it\">Articles published in the single format<\/td><\/tr><tr><td data-label=\"Milestone\">Search live<\/td><td data-label=\"Target\">Before handover<\/td><td data-label=\"How the sponsor checks it\">Search settings switched on in production<\/td><\/tr><tr><td data-label=\"Milestone\">Handover accepted<\/td><td data-label=\"Target\">End of week ten<\/td><td data-label=\"How the sponsor checks it\">Every article has a named owner in support<\/td><\/tr><\/tbody><\/table><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">5. Stakeholders and roles<\/strong><table class=\"ok-tpl__table\"><thead><tr><th scope=\"col\">Who<\/th><th scope=\"col\">Role in the project<\/th><th scope=\"col\">What they need from it<\/th><\/tr><\/thead><tbody><tr><td data-label=\"Who\">Sponsor (head of customer support)<\/td><td data-label=\"Role in the project\">Approves the charter, decides on scope or date changes<\/td><td data-label=\"What they need from it\">Fewer repeat tickets<\/td><\/tr><tr><td data-label=\"Who\">Support leads<\/td><td data-label=\"Role in the project\">Review answers for accuracy<\/td><td data-label=\"What they need from it\">Articles they can send to customers<\/td><\/tr><tr><td data-label=\"Who\">Legal<\/td><td data-label=\"Role in the project\">Approves articles on refunds or data handling<\/td><td data-label=\"What they need from it\">Correct policy wording<\/td><\/tr><tr><td data-label=\"Who\">Marketing<\/td><td data-label=\"Role in the project\">Approves tone and branding<\/td><td data-label=\"What they need from it\">Consistent brand voice<\/td><\/tr><tr><td data-label=\"Who\">Project team (writers, designer, developer)<\/td><td data-label=\"Role in the project\">Do the work; the project manager leads<\/td><td data-label=\"What they need from it\">Clear scope and quick reviews<\/td><\/tr><\/tbody><\/table><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">6. Budget and resources<\/strong><dl class=\"ok-tpl__fields\"><div class=\"ok-tpl__f\"><dt>Budget<\/dt><dd><span class=\"ok-tpl__val\">Budget cap set by the sponsor<\/span><span class=\"ok-tpl__hint\">A range or a cap, not a cost plan<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>People and tools<\/dt><dd><span class=\"ok-tpl__val\">Two writers for six weeks, one designer, one developer for search<\/span><span class=\"ok-tpl__hint\">Who's needed, and for how long<\/span><\/dd><\/div><\/dl><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">7. Risks<\/strong><table class=\"ok-tpl__table\"><thead><tr><th scope=\"col\">Risk<\/th><th scope=\"col\">Owner<\/th><th scope=\"col\">First response<\/th><\/tr><\/thead><tbody><tr><td data-label=\"Risk\">Subject experts are slow to review<\/td><td data-label=\"Owner\">Project manager<\/td><td data-label=\"First response\">Book review slots with support leads at kickoff, so they're not squeezed later<\/td><\/tr><tr><td data-label=\"Risk\">Search settings don't improve results<\/td><td data-label=\"Owner\">Developer<\/td><td data-label=\"First response\">Test search on the ten topics before it's launched<\/td><\/tr><tr><td data-label=\"Risk\">Support leads are busy during a product launch<\/td><td data-label=\"Owner\">Sponsor<\/td><td data-label=\"First response\">Agree review dates around the launch calendar<\/td><\/tr><\/tbody><\/table><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">8. Assumptions and constraints<\/strong><dl class=\"ok-tpl__fields\"><div class=\"ok-tpl__f\"><dt>Assumptions<\/dt><dd><span class=\"ok-tpl__val\">Support leads can review within three working days<\/span><span class=\"ok-tpl__hint\">What you're counting on<\/span><\/dd><\/div><div class=\"ok-tpl__f\"><dt>Constraints<\/dt><dd><span class=\"ok-tpl__val\">Launch before the autumn campaign<\/span><span class=\"ok-tpl__hint\">What limits you: dates, budget, people you can't get<\/span><\/dd><\/div><\/dl><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">9. Success criteria<\/strong><dl class=\"ok-tpl__fields\"><div class=\"ok-tpl__f\"><dt>Success criteria<\/dt><dd><span class=\"ok-tpl__val\">Fewer repeat tickets on the ten topics against the baseline, and a rating on the rewritten articles above a target the sponsor sets at the start<\/span><span class=\"ok-tpl__hint\">How you'll know it worked after delivery<\/span><\/dd><\/div><\/dl><\/div><div class=\"ok-tpl__sec\"><strong class=\"ok-tpl__sh\">10. Approval<\/strong><table class=\"ok-tpl__table\"><thead><tr><th scope=\"col\">Role<\/th><th scope=\"col\">Name<\/th><th scope=\"col\">Signature<\/th><th scope=\"col\">Date<\/th><\/tr><\/thead><tbody><tr><td data-label=\"Role\">Sponsor<\/td><td data-label=\"Name\">Head of Customer Support<\/td><td data-label=\"Signature\"><\/td><td data-label=\"Date\"><\/td><\/tr><tr><td data-label=\"Role\">Project manager<\/td><td data-label=\"Name\">Support operations lead<\/td><td data-label=\"Signature\"><\/td><td data-label=\"Date\"><\/td><\/tr><\/tbody><\/table><\/div><\/div><div class=\"ok-tpl__dl\"><a class=\"ok-tpl__btn ok-tpl__btn--docx\" href=\"https:\/\/theprogrammanager.com\/blog\/wp-content\/uploads\/2026\/10\/project-charter-template.docx\" type=\"application\/vnd.openxmlformats-officedocument.wordprocessingml.document\" download><span class=\"ok-tpl__fmt\" aria-hidden=\"true\">DOCX<\/span>Download Word (.docx)<\/a><a class=\"ok-tpl__btn ok-tpl__btn--xlsx\" href=\"https:\/\/theprogrammanager.com\/blog\/wp-content\/uploads\/2026\/10\/project-charter-template.xlsx\" type=\"application\/vnd.openxmlformats-officedocument.spreadsheetml.sheet\" download><span class=\"ok-tpl__fmt\" aria-hidden=\"true\">XLSX<\/span>Download Excel (.xlsx)<\/a><a class=\"ok-tpl__btn ok-tpl__btn--pdf\" href=\"https:\/\/theprogrammanager.com\/blog\/wp-content\/uploads\/2026\/10\/project-charter-template.pdf\" type=\"application\/pdf\" download><span class=\"ok-tpl__fmt\" aria-hidden=\"true\">PDF<\/span>Download PDF<\/a><span class=\"ok-tpl__note\">Free, no sign-up. Word, Excel and PDF with the same fields.<\/span><\/div><\/section>\n\n\n\n<p class=\"wp-block-paragraph\">Two details make this template more useful than a form people fill in once and forget, though neither is complicated. The first is the \"Out of scope\" field, which Tempo's one-page and detailed templates also include and that's the cheapest protection against scope creep. The second is the owner next to each risk, because a risk without an owner is a sentence rather than a plan. For the full risk list that grows from here, see our <a href=\"\/blog\/risk-register\/\">risk register<\/a> guide.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"project-charter-template-in-word-excel-and-pdf\">Project Charter Template in Word, Excel and PDF<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A free project charter template works in any format, because the charter is a set of fields and signatures rather than a file type. Summaries of the PMBOK Guide say it doesn't prescribe a format, so a Word document, an Excel sheet, a Google Doc and a PDF form are equally valid, and a template labeled \"PMI\" is a house style rather than a requirement. Choose the format your sponsor will actually open and sign. The template above comes in all three, with the same fields in each file.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>Word or Google Docs.<\/strong> Best for a charter with paragraphs of explanation. Download the Word file or paste the template, replace the example values and delete the notes.<\/li><li><strong>Excel or Google Sheets.<\/strong> Best for a simple one-page charter, where each field is a row and the milestones sit in a small table underneath. The Excel download keeps every section on one sheet.<\/li><li><strong>PDF.<\/strong> Best for the signed copy. Export the finished charter after the sponsor approves it and store that version, so nobody edits it afterwards.<\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"what-to-include-in-a-project-charter\">What to Include in a Project Charter<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Tempo names eight charter elements and Morningmate names seven, and they overlap almost entirely. Wikipedia's list of typical contents adds the project manager's authority and responsibilities. The table combines them and adds the test we'd apply to each one before sign-off.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Element<\/th><th>What it answers<\/th><th>A test before you sign<\/th><\/tr><\/thead><tbody><tr><td>Objectives<\/td><td>What is this project meant to change?<\/td><td>Each objective has a measure and a date<\/td><\/tr><tr><td>Scope and deliverables<\/td><td>What's in, what's out?<\/td><td>Someone outside the team can tell whether a new request is in scope<\/td><\/tr><tr><td>Key stakeholders<\/td><td>Who's affected or must approve?<\/td><td>Every name has a role and a reason to be on the list<\/td><\/tr><tr><td>High-level budget and resources<\/td><td>How much money and which people?<\/td><td>It's a range or cap, not a detailed cost plan<\/td><\/tr><tr><td>High-level risks and constraints<\/td><td>What could stop it and what limits it?<\/td><td>Top risks have an owner and the constraints are written down<\/td><\/tr><tr><td>Milestones and timeline<\/td><td>When will the sponsor see progress?<\/td><td>Milestones are events you can verify, not activities<\/td><\/tr><tr><td>Success criteria<\/td><td>How will anyone know it worked?<\/td><td>The measure can be read after delivery, not only at launch<\/td><\/tr><tr><td>Roles and responsibilities<\/td><td>Who decides and who does the work?<\/td><td>The sponsor, the manager and the approver are named<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Morningmate makes one distinction worth borrowing for the objectives row. It treats goals as broad statements and objectives as SMART targets, and gives examples such as reducing a website's bounce rate by 15 percent in three months. Those figures are its illustration of a well-formed objective rather than a benchmark, and your own numbers should come from your baseline. If you don't know your baseline yet, write \"establish baseline by week two\" as the first milestone instead of guessing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The word \"high-level\" appears in two of the eight elements for a reason. A charter that tries to settle the detailed budget or the full risk list becomes a plan instead, takes weeks to approve and goes out of date quickly. Keep the detail for the plan, but link to it.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"a-filled-in-project-charter-example\">A Filled-In Project Charter Example<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The example below is illustrative and made up by us, so it has no real figures. A software company decides to rebuild its customer help center. The charter below fits on one page and is the kind of document a sponsor can read in five minutes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Project:<\/strong> Customer help center relaunch. <strong>Project manager:<\/strong> a named support operations lead. <strong>Sponsor:<\/strong> the head of customer support.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Purpose.<\/strong> Customers search the current help center, don't find an answer and open a ticket. Support's answering the same questions every week. The project replaces the structure and the most-used articles so common questions are answered without a ticket.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Objectives.<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Reduce repeat tickets on the ten most common topics by the end of the second quarter. The baseline is measured in the first two weeks.<\/li><li>Rewrite the articles behind those ten topics to a single format by the end of week eight.<\/li><li>Hand the help center over to the support team with an owner for every article by the end of week ten.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>In scope.<\/strong> New navigation, search settings, rewriting the articles behind the ten topics, content guidelines. <strong>Out of scope.<\/strong> Translation, a new ticketing system, product documentation for developers.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Milestones.<\/strong> Baseline measured; structure approved by the sponsor; first batch of articles live; search live; handover accepted.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Stakeholders.<\/strong> Support leads review answers for accuracy. Legal approves articles that describe refunds or data handling. Marketing approves tone and branding. The sponsor decides on any change to scope or dates.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Risks and owners.<\/strong> Subject experts are slow to review (project manager). Search settings don't improve results (developer). Support leads are busy during a product launch (sponsor).<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Success criteria.<\/strong> Fewer repeat tickets on the ten topics against the baseline, and a rating on the rewritten articles that the sponsor sets at the start.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Approval.<\/strong> The sponsor and the project manager sign and date the document.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Notice what the example leaves out. There's no task list, no detailed budget and no weekly schedule. Those belong in the project plan, which the charter points to. The charter doesn't need more than the sponsor requires to say yes, yet it must tell the team what they've said yes to.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"how-to-write-a-project-charter-in-five-steps\">How to Write a Project Charter in Five Steps<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Morningmate describes a five-step process and the University of Waterloo's template gives a similar order of work: read what already exists, draft with the sponsor, review, get approval and store the signed copy. The version below combines the two.<\/p>\n\n\n\n<ol class=\"ok-steps\"><li><h3 class=\"wp-block-heading\" id=\"collect-what-already-exists\">Collect what already exists<\/h3><p>Read the business case, the request or intake form and any strategy documents. The charter should repeat the purpose briefly and link to these documents, not copy them.<\/p><div class=\"ok-steps__meta\">Owner: project manager \u00b7 half a day<\/div><\/li><li><h3 class=\"wp-block-heading\" id=\"draft-the-purpose-objectives-and-scope\">Draft the purpose, objectives and scope<\/h3><p>Write the purpose in two or three sentences, then two to four SMART objectives. List what's in scope and what's explicitly out. Do this before anything else, because every later field depends on it.<\/p><div class=\"ok-steps__meta\">Owner: project manager \u00b7 1 to 2 hours<\/div><\/li><li><h3 class=\"wp-block-heading\" id=\"name-the-people\">Name the people<\/h3><p>List the stakeholders, the team and the decision rights. Ask the sponsor who can change scope, budget or dates. If two people think they decide, resolve it now.<\/p><div class=\"ok-steps__meta\">Owner: project manager with the sponsor \u00b7 1 hour<\/div><\/li><li><h3 class=\"wp-block-heading\" id=\"add-the-high-level-numbers-and-the-risks\">Add the high-level numbers and the risks<\/h3><p>Write a budget range or cap, four to six milestones, the success criteria and the top risks with owners. Resist adding detail you can't yet defend.<\/p><div class=\"ok-steps__meta\">Owner: project manager \u00b7 1 to 2 hours<\/div><\/li><li><h3 class=\"wp-block-heading\" id=\"review-sign-and-store\">Review, sign and store<\/h3><p>Send the draft to the sponsor and the main stakeholders for corrections, fix what they find, then collect the signatures. Store the signed copy where the team can find it, and refer back to it when scope questions come up.<\/p><div class=\"ok-steps__meta\">Owner: sponsor approves \u00b7 a few days, depending on diaries<\/div><\/li><\/ol>\n\n\n\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" width=\"1200\" height=\"819\" src=\"https:\/\/theprogrammanager.com\/blog\/wp-content\/uploads\/2026\/10\/how-to-write-a-project-charter-five-steps.png\" alt=\"Five-step process for writing a project charter with owners and times, from collecting documents to the sponsor signature.\" loading=\"lazy\"\/><figcaption class=\"wp-element-caption\">The project manager drafts in a few hours; most of the elapsed time is the review and signature.<\/figcaption><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The writing takes a few hours, but the approval takes longer. Delays rarely come from the writing but from the sponsor and stakeholders disagreeing about scope or success criteria, and that's the point of the exercise. A disagreement found while the charter is still a draft costs a conversation. Found after the project has started, it costs rework.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"who-signs-a-project-charter-and-how-long-should-it-be\">Who Signs a Project Charter and How Long Should It Be?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The sponsor signs a project charter, and the project manager signs to confirm they'll run the project within it. The University of Waterloo's template names the sponsor as the approver and says that when someone else writes the charter, the manager still signs. Wikipedia describes the signed charter as the agreement among the sponsor, key stakeholders and project team on roles and responsibilities.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Length follows the project. Tempo's one-page format fits a small project on a single page, while its detailed format adds resources, costs, stakeholders and risks. Our rule of thumb is to stop adding detail once the sponsor can say yes and the team can say what they've agreed to. If a section needs more than a few lines, it belongs in the plan, and the charter should link to it.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"project-charter-vs-project-plan-vs-business-case\">Project Charter vs Project Plan vs Business Case<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The three documents answer different questions. Morningmate separates them by purpose and timing, and the University of Waterloo's template draws the same line between authorization and planning. The statement of work, which sometimes gets mixed in, is a separate document that covers work contracted from a supplier. Morningmate's FAQ also addresses how it differs from a charter.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Document<\/th><th>The question it answers<\/th><th>When it's written<\/th><th>Who it's for<\/th><\/tr><\/thead><tbody><tr><td>Business case<\/td><td>Why should we do this at all?<\/td><td>Before the charter, and it leads to a decision on whether to proceed<\/td><td>The people who fund the idea<\/td><\/tr><tr><td>Project charter<\/td><td>What exactly are we authorizing, and who's accountable?<\/td><td>After the business case is approved and before detailed planning<\/td><td>The sponsor, the manager and the stakeholders<\/td><\/tr><tr><td>Project plan<\/td><td>How will the work be carried out, monitored and closed?<\/td><td>After the charter is approved<\/td><td>The project team<\/td><\/tr><tr><td>Statement of work<\/td><td>What will a supplier deliver for us?<\/td><td>When work is contracted out<\/td><td>The client and the supplier<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Here's the same order as a sequence, including the loop back to the charter when scope changes.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" width=\"1200\" height=\"1037\" src=\"https:\/\/theprogrammanager.com\/blog\/wp-content\/uploads\/2026\/10\/project-charter-vs-business-case-vs-project-plan.png\" alt=\"Diagram of the business case, project charter and project plan in order, with the statement of work as a side branch.\" loading=\"lazy\"\/><figcaption class=\"wp-element-caption\">The charter authorizes; the plan describes how. If scope really changes, the sponsor re-signs the charter.<\/figcaption><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">In practice the boundaries blur on small projects, however. A two-person project may have a business case that's one paragraph and a charter that's one page. That's fine, although you should still be able to say which paragraph justifies the work and which one authorizes the manager.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"one-page-detailed-or-agile-which-charter-format\">One-Page, Detailed or Agile: Which Charter Format?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Tempo offers three formats, and they differ in how much they carry. A one-page charter covers the project name, manager, sponsor and cost and completion estimates, plus an overview with purpose, deliverables and success criteria, a scope with out-of-scope items, and a schedule of milestones. The detailed version adds resources, costs, stakeholders with expected benefits, and risks and constraints. The agile version is lighter: general details such as the champion and the stakeholders, a project summary, objectives and success criteria.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Side by side, here's how the three formats differ.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" width=\"1200\" height=\"1119\" src=\"https:\/\/theprogrammanager.com\/blog\/wp-content\/uploads\/2026\/10\/project-charter-formats-one-page-detailed-agile.png\" alt=\"Matrix of nine charter fields across the one-page, detailed and agile formats described by Tempo.\" loading=\"lazy\"\/><figcaption class=\"wp-element-caption\">Pick the lightest format your sponsor will sign; the template on this page sits between one-page and detailed.<\/figcaption><\/figure>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Format<\/th><th>Use it when<\/th><th>What it leaves for the plan<\/th><\/tr><\/thead><tbody><tr><td>One-page<\/td><td>The project is small, the team is small and a sponsor needs a quick yes<\/td><td>Detailed costs, resource schedule, full risk list<\/td><\/tr><tr><td>Detailed<\/td><td>The project has a significant budget, several departments or formal approval steps<\/td><td>Task-level schedule, detailed work breakdown<\/td><\/tr><tr><td>Agile<\/td><td>Scope is expected to change and the team works in short iterations<\/td><td>Backlog and sprint planning<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The template above sits between the one-page and detailed formats. For a small project, delete the budget and resource rows. For a formal project, add a cost breakdown and link the risk row to a full risk register or a <a href=\"\/blog\/raid-log\/\">RAID log<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"agile-project-charter-example\">Agile Project Charter Example<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">An agile charter keeps to the fields Tempo lists for its agile format: general details such as the champion and stakeholders, a summary, objectives and success criteria. The example below is illustrative and made up by us.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Field<\/th><th>Example (illustrative)<\/th><\/tr><\/thead><tbody><tr><td>Project name and champion<\/td><td>Self-service reporting, with the head of analytics as champion<\/td><\/tr><tr><td>Summary<\/td><td>Give account managers a report they can run themselves instead of requesting one from analytics<\/td><\/tr><tr><td>Objectives<\/td><td>Replace the three most requested manual reports, and review the backlog with the champion every sprint<\/td><\/tr><tr><td>Success criteria<\/td><td>Account managers run the three reports without help, and request volume to analytics drops<\/td><\/tr><tr><td>Stakeholders<\/td><td>Account managers (users), analytics (builders), finance (data owner)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The scope stays deliberately open. What the team builds next comes from the backlog, and the charter only fixes the purpose, the people and the measure of success.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"program-charter-template-what-changes-at-program-level\">Program Charter Template: What Changes at Program Level<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A program charter authorizes a program manager to run a group of related projects, and it's anchored in benefits rather than in a single deliverable. The University of Waterloo's program charter template, a primary source we read on 23 October 2026, states the purpose clearly: it outlines what's to be done and authorizes the program manager to proceed and apply organizational resources, based on measurable objectives tied to a business need and strategic benefits.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Three details from that template separate it from a project charter.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>Each component project keeps its own charter.<\/strong> The template says every component project should have a charter that lines up with the program charter. The program charter shares the vision and builds agreement across the components.<\/li><li><strong>Benefits are named from the start.<\/strong> The template includes a benefit statement and a list of program benefits with measurements. It describes the list as an initial, high-level one, and the detail moves into a benefits register during the program.<\/li><li><strong>Success is measured on three levels.<\/strong> The template separates the success of the products or services delivered, the success of the outcome (benefits and vision) and the success of the process used to manage the program.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The sections of the Waterloo program charter are listed below, with what each adds to a project charter.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Program charter section<\/th><th>What it holds<\/th><th>How it differs from a project charter<\/th><\/tr><\/thead><tbody><tr><td>Program overview<\/td><td>A paragraph or two on the program and why it's run<\/td><td>Links to the business case instead of repeating it<\/td><\/tr><tr><td>Benefit statement and program benefits<\/td><td>The problem or opportunity and the expected benefits with measures<\/td><td>A project charter rarely lists benefits separately<\/td><\/tr><tr><td>Program vision and goal<\/td><td>The desired future state in one to three short sentences<\/td><td>Not a project charter field<\/td><\/tr><tr><td>Objectives, scope and success criteria<\/td><td>SMART objectives, what's in and out, criteria on three levels<\/td><td>Success is split across products, outcomes and process<\/td><\/tr><tr><td>Constraints<\/td><td>Restrictions on resources, schedule and scope, plus how flexible each one is<\/td><td>Adds a flexibility ranking for the three constraints<\/td><\/tr><tr><td>Components and milestones<\/td><td>The projects and initiatives, with approximate timelines<\/td><td>A project charter lists deliverables instead<\/td><\/tr><tr><td>Dependencies<\/td><td>Relationships between components and external dependencies<\/td><td>Rarely needed for a single project<\/td><\/tr><tr><td>Governance, budget, roles<\/td><td>Governance structure, budget allocation and funding authority, roles<\/td><td>Governance is explicit and funding is split across components<\/td><\/tr><tr><td>Approval<\/td><td>Formal authorization based on what's known at initiation<\/td><td>Same function, signed by the sponsor<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The template's next step after approval is a program management plan, a benefits register and a benefits realization plan, and the program risk register. Those are the program-level equivalents of the plan documents that follow a project charter. For the whole picture, see <a href=\"\/blog\/what-is-a-program-manager\/\">what is a program manager<\/a> and our guide to <a href=\"\/blog\/program-management\/\">program management<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"project-charter-checklist-before-sign-off\">Project Charter Checklist Before Sign-Off<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Run this list before you send the charter for signature. If you can't tick an item, have that conversation with the sponsor first rather than after the signature.<\/p>\n\n\n\n<div class=\"ok-check\"><strong class=\"ok-check__h\">Charter sign-off checklist<\/strong><ul><li>The purpose fits in two or three sentences and links to the business case<\/li><li>Every objective has a measure and a date<\/li><li>Scope lists what's out, not only what's in<\/li><li>Every deliverable is something a person can check<\/li><li>Each stakeholder has a role and a reason to be listed<\/li><li>The sponsor and the person who decides on scope changes are named<\/li><li>Budget is a range or a cap, not a cost plan<\/li><li>Milestones are events the sponsor can verify<\/li><li>Success criteria can be read after delivery<\/li><li>The top risks each have an owner<\/li><li>Assumptions and constraints are written down<\/li><li>The sponsor's agreed to sign, and the signature block has names, roles and dates<\/li><\/ul><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"common-project-charter-mistakes\">Common Project Charter Mistakes<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The mistakes below come from our reading of the sources above and from how charters tend to fail in practice, so treat them as judgment rather than research findings.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>Writing a plan instead of a charter.<\/strong> If it has task lists and weekly dates, it's a plan. Move that detail to the plan and keep the charter to what the sponsor needs to approve.<\/li><li><strong>Vague objectives.<\/strong> \"Improve customer experience\" can't be checked. Add a measure and a date, as in Morningmate's examples, or write that the baseline will be set first.<\/li><li><strong>No out-of-scope list.<\/strong> Without one, every adjacent request looks reasonable, even when it isn't.<\/li><li><strong>A sponsor who hasn't really agreed.<\/strong> A signature without a conversation gives you no authority when a department refuses to release people.<\/li><li><strong>Stakeholders listed without roles.<\/strong> A long name list doesn't tell anybody what to expect. Say who reviews, who approves and who is only informed.<\/li><li><strong>Filing it and forgetting it.<\/strong> Revisit the charter when scope questions come up. If the project has genuinely changed, update the charter and have the sponsor re-sign.<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Teams that run many projects at once feel these mistakes more. A charter that isn't kept current is no help when a milestone in one project depends on another. We build The Program Manager for that situation: it maps dependencies across Jira and Asana and watches milestones for risk. It's not a charter writer or a portfolio suite, and signup is invite-only.<\/p>\n\n\n\n<aside class=\"ok-product ok-wide\" id=\"the-program-manager\"><span class=\"ok-fav ok-fav--md ok-fav--ours\"><img src=\"\/blog\/wp-content\/uploads\/opskit\/fav\/prog.svg\" alt=\"\" width=\"24\" height=\"24\" loading=\"lazy\" decoding=\"async\"><\/span><div><p class=\"ok-product__eyebrow\">What these tools don&#x27;t watch<\/p><p class=\"ok-product__head\">Know what will slip before your next status meeting.<\/p><p>The Program Manager maps dependencies across Jira and Asana, watches every milestone for risk, and keeps blockers, decisions and approvals in one graph. Ask about it in Claude or ChatGPT, and approve every change before it happens.<\/p><\/div><a class=\"ok-product__cta\" href=\"https:\/\/theprogrammanager.com\/\">See how it works<\/a><\/aside>\n\n\n<div id=\"rank-math-faq\" class=\"rank-math-block\">\n<div class=\"rank-math-list \">\n<div id=\"faq-question-1\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">What is the purpose of a project charter?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>A project charter formally authorizes the project and gives the project manager authority to use organizational resources. It also records, in one short document, why the project exists, what's in and out of scope, who's involved and who approved it.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-2\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">What should a project charter include?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>A project charter should include eight elements, according to Tempo: objectives, scope and deliverables, key stakeholders, high-level budget and resources, high-level risks and constraints, milestones and timeline, success criteria, and roles and responsibilities. Wikipedia also lists the project manager's authority and responsibilities.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-3\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Who writes and signs a project charter?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>The project manager usually writes it, working with the sponsor and stakeholders. The sponsor approves it. The University of Waterloo's charter template says that if somebody else writes the charter, the manager still signs to confirm they'll run the project within the documented parameters.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-4\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">What is the difference between a project charter and a project plan?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>The charter authorizes the project and sets its boundaries at a high level. The plan describes how the work will be carried out, monitored and closed, and it's written after the charter is approved.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-5\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">How long should a project charter be?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>A project charter should be as short as lets the sponsor approve it and the team understand it. Many are one page. Tempo's detailed format is longer, and the right length depends on the project's size and your organization's approval process.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-6\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Can I use a project charter template in Word or Excel?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Yes, you can write a project charter template in Word or Excel. The PMBOK Guide doesn't prescribe a format, so Word, Excel, a Google Doc or a form all work. Copy or download the template on this page, replace the example values with your own details and remove the notes before you send it for signature.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n<ul class=\"ok-related ok-wide\"><li><a href=\"\/blog\/program-management\/\"><span>Programs<\/span>Program Management: What It Is and How It Works<\/a><\/li><li><a href=\"\/blog\/what-is-a-program-manager\/\"><span>Roles<\/span>What Is a Program Manager? Role, Responsibilities and Pay<\/a><\/li><li><a href=\"\/blog\/risk-register\/\"><span>Templates<\/span>Risk Register: How to Build One With Examples<\/a><\/li><li><a href=\"\/blog\/raid-log\/\"><span>Templates<\/span>RAID Log: What It Is and How to Run One Across a Program<\/a><\/li><li><a href=\"\/blog\/raci-chart\/\"><span>Templates<\/span>RACI Chart for Program Managers<\/a><\/li><\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Copy a free project charter template, see a filled-in example, learn what each field needs and what changes for a program charter, plus a sign-off checklist.<\/p>\n","protected":false},"author":1,"featured_media":106,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[],"class_list":["post-105","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-templates"],"_links":{"self":[{"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/posts\/105","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/comments?post=105"}],"version-history":[{"count":4,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/posts\/105\/revisions"}],"predecessor-version":[{"id":369,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/posts\/105\/revisions\/369"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/media\/106"}],"wp:attachment":[{"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/media?parent=105"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/categories?post=105"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/theprogrammanager.com\/blog\/wp-json\/wp\/v2\/tags?post=105"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}