Practical guide · Kaizen and continuous improvement
Project charter: what it is and how to write one for an improvement project
Short answer
A project charter is a short document that the sponsor signs to authorise a project, fixing its problem, goal, scope, team and timeline before the work starts. The PMBOK Guide describes it as the document that formally authorises a project and gives the project manager authority to use the organisation's resources.
For an improvement project the charter fits on one page. It says what is wrong, in numbers and where; what the team will achieve and by when; what is in and out of scope; who is on the team and who is the sponsor; the milestones; and what the project is worth. The project leader and the sponsor both sign it before the Measure phase starts. If the scope or the goal changes later, the charter is changed and signed again, so everyone is working to the same page.
Last reviewed:
What is a project charter? Charter vs plan, business case and team charter
The charter answers one question: should we do this, and who agrees. The project leader writes it with the sponsor. In a DMAIC project it is the main output of the Define phase. In a kaizen event it is a shorter page. In an A3 the first boxes do the same job.
People mix the charter up with four other documents. The table separates them.
| Document | Question it answers | Length and timing |
|---|---|---|
| Project charter | What are we doing, why, to what goal, who agrees? | One page, before the project starts, signed by the sponsor |
| Project plan | What are the tasks, who does each, by when? | Several pages or a Gantt chart, written after the charter is signed |
| Business case | Is this worth the money and time compared with other options? | A section of the charter for an improvement project, a document in its own right for a large capital one |
| Team charter | How will this group work together: roles, meetings, decisions? | One page, written by the team once it is formed; see the team charter template |
| Kaizen event charter | What will this one event, usually a few days, change? | One page, signed before the event; see the kaizen event charter template |
What goes in a project charter
Ten fields are enough for an improvement project. Each one has a test that tells you if it is done.
| Field | What to write | Test |
|---|---|---|
| Title | The process and the problem in a few words | Someone outside the plant knows what it is about |
| Problem statement | What is wrong, where, since when and how big, in numbers. No cause, no solution | It has a baseline number and a place |
| Business case | Why it matters: cost, safety, customer, delivery | A finance partner can check the figure |
| Goal statement | What improves, from what to what, by when, measured how | It is specific, measurable and has a date |
| Metric | The one measure, how it is calculated and where the data comes from | The data exists today |
| Scope | The process steps, lines or products in, and the ones explicitly out | There is an out list |
| Team and roles | Sponsor, project leader, members, and the finance and process owner contacts | Every name has agreed to the time |
| Milestones | The end date of each phase | The final date matches the goal date |
| Constraints and risks | What could stop the project: access to the line, people, budget, a launch | Each has an owner or an action |
| Approvals | Sponsor and leader names, dates | Both have signed |
How to write a project charter in seven steps
- 1
Go and see the problem first
Stand at the line and look at the data for the last few months. Write the problem in numbers.
- 2
Write the problem statement without a cause
Say what is wrong, where, since when and how big. Leave out the cause and the fix: they come out of the Measure and Analyze phases, and writing them now sends the team to the answer it already believes.
- 3
Set a goal with a baseline and a date
Write it as: reduce X from this to that, measured this way, by this date. A goal with no baseline cannot be missed or met.
- 4
Draw the scope and write what is out
Name the line, the product and the steps the team may change. Write what is out too. Without an out list, the project grows until it cannot finish.
- 5
Choose the team
A sponsor who can remove obstacles, a leader with time set aside, and people from the process: an operator, maintenance, quality, and someone from finance for the savings. A RACI matrix helps if the roles are unclear.
- 6
Work out what it is worth
Show the sum. Number of units, cost per unit, change in rate. Mark which part is hard savings that will show in the budget and which is soft.
- 7
Sign it, and treat changes as changes
Sponsor and leader sign before the work starts. Keep one copy where the team can see it. If scope or goal changes, edit the charter, date it and sign again.
Worked example: a charter for a scrap project on a packaging line
Illustrative example. A plant wants to cut scrap on a packaging line. This is what the charter says, field by field.
| Field | Entry |
|---|---|
| Title | Reduce film and carton scrap on Line 3 |
| Problem statement | Line 3 scrapped 4.2% of units started over the last 12 months, 25,200 of 600,000, mostly at the sealer and the case erector. |
| Business case | Each scrapped unit costs $2.50 in materials and processing. Scrap on Line 3 costs $63,000 a year. |
| Goal statement | Reduce Line 3 scrap from 4.2% to 2.5% of units started, measured weekly from the scrap log, within 16 weeks of kickoff. |
| Metric | Scrap units divided by units started, weekly, from the shift scrap log and the line counter. |
| Scope | In: Line 3, sealer and case erector, all products. Out: other lines, upstream film quality, new equipment. |
| Team | Sponsor: plant manager. Leader: process engineer. Members: two operators, a maintenance tech, a quality tech. Finance contact for savings. |
| Milestones | Define weeks 1 to 2, Measure 3 to 5, Analyze 6 to 8, Improve 9 to 13, Control 14 to 16. |
| Risks | Line time for trials: agreed with planning for two shifts a week. Seasonal volume peak in week 10: trials move to the quiet shifts. |
| Approvals | Plant manager and process engineer, signed and dated. |
The savings are worked out in the case. Scrap now: 600,000 x 0.042 = 25,200 units, and 25,200 x $2.50 = $63,000 a year. Scrap at the goal: 600,000 x 0.025 = 15,000 units. The change is 25,200 - 15,000 = 10,200 units, and 10,200 x $2.50 = $25,500 a year. The phase weeks add up too: 2 + 3 + 3 + 5 + 3 = 16 weeks, which matches the goal date.
The $25,500 is a hard saving only if the plant buys less material or makes more good units with the same input, and a finance partner confirms it. If scrap falls but nothing is bought less, it is a soft saving. Decide that before the project, with the savings validation checklist.
How the charter is used through the project
A charter is not filed. It is the page you return to at each phase review. Does the team still work on the problem in the statement? Is the metric moving toward the goal? Is anything out of scope creeping in? The sponsor uses the same page to decide at each review whether to continue, change the goal or stop.
At the end it becomes the first page of the project record: the goal against the result, and the savings against the case.
Common project charter mistakes
- A solution in the problem statement. 'We need a new sealer' is not a problem. 'The sealer scraps 1.8% of units' is.
- A goal with no baseline or no date. 'Improve scrap' cannot be missed or met.
- No sponsor signature. Without it the team cannot get line time or people when it needs them.
- A savings figure nobody has checked. Ask finance before the project, not after.
- Treating the charter as fixed. If the data shows the real problem is elsewhere, change the charter and sign it again.
Continuous Improvement Software
Run improvement projects in LeanSuite
Use A3, DMAIC, PDCA, PDSA or just-do-it templates, or define your own method and phases.
Go deeper
This page is the short version. These guides cover each part in full.
- DMAIC Process: The 5 Phases of Six Sigma, With ExamplesWhat happens in each phase after the charter is signed, from Define to Control.
- Why Kaizen Projects Ultimately FailThe reasons projects stall after launch, many of which a clear charter and a sponsor prevent.
- Kaizen Event Tracking: Status, Roles and Process ManagementHow to track the status, roles and follow-up of events and projects once they have started.
All our articles on this subject are in the kaizen and continuous improvement topic.
Free templates and tools
- DMAIC project charter templateThe Define-phase charter on one page: problem and goal, metrics, scope, team and phase dates, with savings and a tollgate checklist.
- Kaizen event charter templateProblem, goal, scope in and out, boundaries, metrics from baseline to target, team and roles, and sign-off before day one.
- Team charter templateA one-page charter for a standing team: purpose, scope, roles, the KPIs it owns, which decisions it makes itself, norms and cadence.
- SMART goals templateWrite a goal, test it against the five SMART letters, then track progress toward the target against the time used.
- RACI matrix template17 kaizen project tasks by 10 roles, with R, A, C, I drop-downs and a check for one accountable per task.
- Project savings validation checklistThe gate between a project's claim and a reported saving: 20 checks, a claims register and a six-month sustainment check.
- Kaizen savings calculatorYearly savings, payback in months and first-year ROI of an improvement, from time saved, scrap avoided and its costs.
- Scrap rate calculatorScrap rate, the cost of scrap per period and per year, and what reaching a target rate would save.
Doing this in LeanSuite
Kaizen & Projects
Manage every improvement project in one visual hub, from a small kaizen event to a full DMAIC project, and track each one through to results.
See Kaizen & ProjectsLean Studio
LeanSuite's whiteboard for lean teams, with 30 ready-made boards including the fishbone, 5 Whys, A3 and 8D.
See Lean Studio
See it on your own lines
Bring the problem you are working on to a 45-minute demo. Or look around with sample data first, or pilot LeanSuite on your own lines for 90 days, with the setup done by our team.
FAQ
Questions about project charter
It is a one page agreement that starts a project. It says what the problem is, what the team will achieve and by when, what is in and out of scope, who is on the team and who the sponsor is. The sponsor signs it so the team has the authority to start.
For an improvement project: a title, a problem statement with a baseline, the business case, a goal statement with a date, the metric, the scope with an out list, the team and roles, milestones, constraints and risks, and the approvals. Each is described with a test in the table above.
The charter says what the project is for and gets it approved. The plan says how the work will be done: the tasks, the owners and the dates. The charter comes first and is one page. The plan comes after it is signed and can be much longer.
The project leader writes it, with input from the sponsor, the process owner and finance. The sponsor and the leader sign it. The signature gives the team access to people, line time and decisions.
One page for an improvement project. If it needs more, the scope is probably too large.
Yes, but a short one. A kaizen event charter fixes the process and the problem, the goal for the event, the scope, the team and the dates, and is signed by the sponsor before the event begins. See the kaizen event charter template.
Related guides and tools
- DMAIC project charter template: business case, problem and goal statements, scope, team, phase plan and a tollgate checklist
- Kaizen event charter template: the one-page version for a short event
- A3 problem solving: the first boxes of an A3 do the job of a charter for a smaller problem
- Kaizen guide: events, projects and how an idea moves from tag to closed
- Lean tools: every lean method in one place, with the guide that owns each
More method guides
- The 6 Ms of production
- Poka-yoke
- Model area 90-day plans
- Moving from Excel to one system
- Reducing machine downtime: a worked month
- Andon
- Cycle time vs lead time, worked through
- Root cause analysis
- How many operators a line needs
- Reducing scrap and rework: a worked month
- Unsafe acts and unsafe conditions
- Just culture
- Stop-work authority
- Material review board (MRB)
- Nonconformance and NCRs
- Problem solving methods
- Quad chart
- OEE calculation
- Quality assurance vs quality control
- SOP meaning and format
- Job hazard analysis
- Near miss reporting
- Fishbone diagram
- Pareto chart
- Histogram
- Control chart
- What is a gemba walk
- What is lead time
- What is operational excellence
- How to improve product quality
- Preventive vs predictive maintenance
- Kanban
- FMEA
- PDSA cycle
- Safety moments
- Just-in-time manufacturing
- Kaizen
- 5S
- Total quality management (TQM)
- CAPA (corrective and preventive action)
- Layered process audit (LPA)
- Lean tools
- Lockout tagout (LOTO)
- A3 problem solving
- Preventive maintenance
- APQP
- High reliability organization (HRO)
- Manufacturing KPIs
- Quality metrics
- Practical problem solving
- CMMS
- Risk assessment
- Production efficiency
- Total productive maintenance (TPM)
- Reliability-centered maintenance (RCM)
- Hierarchy of controls
- Personal protective equipment (PPE)
- Emergency action plan
- Safety signs
- Warehouse safety
- ISO 9001
- SIPOC diagram
- Pugh matrix
- Flowchart
- ISO 9001:2026
Or browse the topics, the full library and the lean glossary.
Rather see it on your own problem?
Bring the problem you are stuck on, and we will show you on a call how LeanSuite handles it.

