Protected Content
Enter your access code
Your access code was provided on your purchase confirmation page.
Incorrect code — please check your purchase confirmation.
← SMART
S
SMART
Business Range

Continuous Improvement

The rhythms that make improvement continuous
Continuous improvement is not a project — it's a rhythm. This planner gives you the structures that turn good intentions into sustained gains: a small number of Big Important Goals, the meeting cadences that keep them alive, the frontline observation that surfaces real problems, and the check-in loops that hold it all accountable. Fill it once to set your system, then return to it weekly.

Your improvement charter

The one-paragraph answer to "what are we actually trying to get better at, and why now?"
Operating principles

Continuous improvement is a cycle, not a campaign

The trap: most improvement work is launched as an event — a workshop, a new target, a fresh dashboard — and then fades once attention moves on. Real gains come from a repeating cycle that becomes how the team simply works.

The engine underneath this whole planner is Plan-Do-Check-Act (PDCA) — the Deming cycle. Every BIG, every rhythm, every Gemba walk and check-in is one turn of it. Learn the four moves once and you'll see them everywhere in the tabs that follow.

P
Plan

Decide what "better" means, and how you'll know

Pick a small number of Big Important Goals. Name the measure that will move if you succeed. Vague aims ("improve service") can't be improved — specific measures ("comeback rate under 3%") can.

D
Do

Run the rhythms and go and see

Improvement happens in the daily cadences — huddles, boards, Gemba walks — not in the quarterly review. Do the small things relentlessly, and observe the work where it actually happens.

C
Check

Look honestly at what the measure says

Bring the number back to the board and the check-in. Did it move? If not, that's not failure — it's the most useful signal you have. Root-cause it rather than working harder at the same thing.

A
Act

Standardise what worked, adjust what didn't

When something works, embed it — into the job card, the checklist, the way you hire and review — so the gain holds. Then start the cycle again on the next constraint. This is what makes it continuous.

Worked example · aftersales service department
Plan: comeback rate is 6% and hurting CSI. Target: under 3% in 90 days. Measure: weekly comeback count.
Do: daily huddle at the board; a weekly Gemba walk of the workshop; comebacks logged the day they happen.
Check: week 4 shows brake jobs are a third of comebacks — the number isn't moving on those.
Act: add a disc-condition check to the brake job card, brief the team, and standardise it. Comebacks on brakes halve. Move the cycle to the next-biggest cause.
Three principles that hold it together. Make it visible — improvement dies in private. Make it owned — every goal has one name against it. Make it small — a 1% gain you hold beats a 20% gain you lose. The tabs ahead are built around these.

Big Important Goals

Three at most. If everything is a priority, nothing is. Each BIG breaks into visible, ownable improvement targets.

What makes a goal "big and important"?

A BIG is not a task or a wish — it's an outcome that matters enough to organise a rhythm around. The test: could you put a single number against it, and a single name? If a goal has no measure, you can't tell if you're improving. If it has no owner, everyone assumes someone else has it.

Why three? Focus is the whole point. A team can genuinely drive two or three improvements at once; beyond that, attention thins and nothing moves. Retiring a BIG when it's embedded is a sign of success, not failure.

Worked example · a well-formed BIG
Name: Cut the service comeback rate to under 3%.
Owner: Service Manager (one name, not "the team").
Measure: weekly comebacks as a % of repair orders.
Targets: root-cause the top 3 comeback types · daily first-time-fix on the board · tech-led fix suggestions logged weekly.

Meeting & review rhythms

The cadences that keep improvement alive between the big moments. Define each rhythm once; run it relentlessly.
RhythmFrequencyWhoPurpose / what gets decided
Visibility board prompt. A rhythm without a visible board drifts. For each rhythm above, decide: what single view does everyone look at, and where does it live? Note it in the purpose column so the board and the meeting stay married.

Gemba log

Go and see. Structured observation at the place the work happens — then turn what you saw into one action.

"Gemba" means the real place

It's a Japanese term from lean manufacturing — genba, the actual place where work happens. The principle is simple and hard: you cannot improve a process from a meeting room. You have to stand where it runs and watch it as it really is, not as the report describes it.

The three questions to carry on every walk: What actually happens here? (versus what's supposed to) · What makes this hard? (the friction people have stopped noticing) · What would help? (asked of the person doing the work, not assumed). Go with curiosity, not a clipboard — the moment it feels like an inspection, people perform instead of showing you the truth.

Worked example · one good observation
Where: the wash bay, 4pm on a busy Friday.
What you saw: three cars queuing — one of two pressure washers has been down for three days.
What makes it hard: no one owns raising the maintenance ticket; everyone assumed it was logged.
Action it triggers: raise the ticket now, add a second interim unit, and give the bay a named owner for equipment faults.
DateWhere / what observedWhat you sawAction it triggers
The discipline. A Gemba walk is not an inspection. You're there to see the process as it really runs, ask "what makes this hard?", and leave with respect intact. Every row should end in an action — an observation with no action is just a visit.

Check-ins & accountability

The 1:1 loop that closes commitments. Log the last check-in so nothing quietly slips.

Ideas & problem-solving

Capture improvements from the floor, and run the ones worth solving through a simple root-cause pass.
Idea & problem register
Raised byIdea / problemStatus
Root-cause pass (the 5 Whys)
Take one problem worth solving. Keep asking why until you reach something you can actually change.

Readiness gate

Rate each dimension honestly — Red (barely true), Amber (partly), Green (solidly true). The score tells you whether the rhythm is real or still just you.

Why score it, not just tick it?

A checklist lets you fool yourself — half-true feels like done. Scoring forces an honest read, and the total tells you something a list can't: whether the system would survive without you. The lowest-scoring dimensions are exactly where your improvement effort will stall, so they're where to put your next fortnight.

The 30/60/90 test. A rhythm is embedded when it survives you being away. If it would fall apart in your absence at day 90, it isn't a system yet — it's still you carrying it. Re-score this monthly; the number should climb.

Put AI to work on your improvement system

These prompts turn a capable AI into a thinking partner for continuous improvement — not to replace your judgement, but to sharpen it. Each one is built on the 4Ds from SMART AI: give the AI a clear role (Delegation), the real context (Description), a constraint so it doesn't waffle, and ask it to show its reasoning so you can check it (Discernment & Diligence).

Copy one, replace the [bracketed] parts with your own detail, and paste it into whichever AI you use. The italic note under each explains why it's shaped that way — so you learn to write your own.

Pressure-test a Big Important Goal
Discernment
Use when you've drafted a BIG and want to know if it's actually measurable and focused before you commit a team to it.
You are a continuous-improvement coach with a bias for focus. Here is a goal I'm considering for my team: "[paste your BIG, its owner and its measure]". Our context is [team, sector, what's driving this now]. Pressure-test it in three ways: is the measure specific enough to tell if we're improving; is it genuinely one goal or several hiding as one; and what's the most likely way it quietly fails? Show your reasoning for each, then suggest a sharper version.
Why this shape: it gives the AI a role and a bias, hands it your real context, and — crucially — asks it to show reasoning rather than just rewrite. You stay the judge.
Run a 5 Whys without leading yourself
Description
Use on the Ideas & Problems tab, when you're too close to a problem to see past your first assumption about its cause.
Act as a root-cause facilitator. My problem is: "[state the problem plainly, with its effect]". Don't accept my framing at face value. Walk me through a 5 Whys, but at each step offer two plausible "why"s I might be missing, not just the obvious one. At the end, tell me which root cause is best supported by what I've said, and what evidence would confirm it before I act.
Why this shape: asking for alternative "why"s at each step stops the AI (and you) rushing to the first tidy answer — the classic root-cause trap.
Turn a Gemba observation into an action
Delegation
Use after a Gemba walk when you've seen something but aren't sure what the right intervention is.
You are an operations improvement specialist. On a Gemba walk I observed: "[what you saw, where, and what seemed to make the work hard]". Suggest three possible actions — one quick fix, one that addresses the process, and one that changes the system so it can't recur. For each, note the likely effort and what it might cost me elsewhere. Don't pick for me; lay out the trade-offs so I can decide.
Why this shape: the quick/process/system framing forces range, and asking for trade-offs rather than a single answer keeps the decision yours.
Prepare for a weekly review
Diligence
Use before a review meeting to turn your raw numbers into the two or three things actually worth discussing.
Act as a sharp, time-respecting chief of staff. Here are this week's improvement numbers and notes: "[paste your measures, RAG statuses, blockers]". In under 150 words, tell me: what genuinely moved, what's drifting and why it might be, and the single most important thing to put on the agenda. Flag anything in the data that looks off or too good to be true before I rely on it.
Why this shape: the word limit forces prioritisation, and asking it to flag suspect data builds the habit of checking AI output rather than trusting it blindly.
One rule that keeps you safe. AI is a fast, tireless thinking partner — but it doesn't know your team, and it will sound confident when it's wrong. Treat every answer as a well-read colleague's opinion: useful, worth pressure-testing, never the final word. That's Diligence, and it's the whole game.
Improve continuously. Not occasionally.
Workbook