KALM Retrospective

KALM frames improvement around the value the team's practices deliver. Participants decide what to keep because it works, what to add that's currently missing, what to do more of and what to do less of. The four simple verbs make it easy to tune day-to-day habits without a heavy process.
Keep

Works today and we would lose it first under pressure

Roman

Roman

Keep the Wednesday demo
Maria

Maria

Keep writing tickets with acceptance criteria
Add

Something we do not have yet and want to try

Anna

Anna

Add a rollback note to every deploy
Daria

Daria

Add a support rep to sprint review
More

Already happens occasionally and should happen routinely

Maria

Maria

More pairing on the parts only one person knows
Kirill

Kirill

More time for review before the sprint ends
Less

Useful in smaller doses — reduce it rather than abolish it

Daria

Daria

Less work started in the last two days of the sprint
Roman

Roman

Less back-and-forth in comments — call instead

What is KALM?

KALM stands for Keep, Add, More, Less. Instead of asking what went well and what went badly, it asks directly what should change about the way the team works: which practices to protect, which to introduce, which to dial up and which to dial down. Every card is already shaped like a decision, so the gap between "we discussed it" and "we changed something" is unusually short.

The distinctive part is the pair of dials, More and Less. Most retrospective formats offer a binary — keep it or stop it — and teams get stuck because most practices are neither. Code review is not bad; three days of waiting for it is. KALM gives that observation a column of its own, which is why it tends to produce actions that survive contact with the next sprint.

When to use KALM

  • When the team already knows its problems and needs to decide what to do rather than discover what is wrong.
  • For a routine sprint retrospective, as a lighter alternative to a full four-column analytical format.
  • When previous retrospectives produced discussion but no change — every KALM card is a proposal, not an observation.
  • When a practice is contentious — a heavy process, a long standup, a documentation habit — and the honest answer is "less of it", not "stop it".
  • After adopting a new tool or process, to tune it a few weeks in rather than reopen the decision.
  • With a team that is short on time: four columns of short cards fit comfortably into 45 minutes.

KALM is a weak choice when nobody yet knows what the problem is. It jumps straight to remedies, so a team that needs to understand a bad sprint first will get better material from Mad Sad Glad or a timeline retrospective, and can run KALM the following session to decide what to do about it.

The columns explained

Keep

Practices that work and are at risk of quietly disappearing. Daily deploys, the rotation for support duty, the fifteen-minute design review before implementation starts. This column is protective: the things a team loses first under pressure are usually the things nobody wrote down as valuable.

Add

Practices the team does not have yet and wants to try: a definition of done for research spikes, a rota for the flaky test suite, a written handover when someone leaves the sprint. Keep it to one or two per sprint. A team that adds four new habits at once keeps none of them.

More

Things already happening that deserve more room. Pairing that only happens during incidents, documentation written only when someone asks, testing that stops at the happy path. The value of this column is that it needs no new invention — the practice exists, it just needs a bigger share of the week.

Less

Things to reduce rather than abolish. Meetings that could be half as long, tickets held open for status, alerts that fire without anyone acting on them, work in progress spread across five branches. Framing it as "less" removes the defensiveness that "stop" triggers, so people are willing to put genuinely useful-but-excessive practices on the board.

Example board

A six-person team ran KALM after two sprints in which every retrospective had produced the same complaint about review latency.

KeepAddMoreLess
Friday demo — it is the only time the whole team sees the productA written handover note whenever someone is pulled off the sprintPairing on unfamiliar services, not only during incidentsWork in progress — we had nine open branches for six people
Support rotation; nobody is permanently on callA "review by end of next working day" agreementSmall pull requests — the ones under 200 lines were reviewed same dayStandup length — twenty-five minutes for six people
Deploying on Fridays; it has not hurt us and it keeps batches smallWriting the test before the fix when reproducing a bugAlerts that nobody acts on — two channels are pure noise

The Less column resolved the recurring complaint. Review latency was not a discipline problem: with nine branches open, everyone was mid-task whenever a review arrived. The team capped work in progress at one item per person, which shortened the review queue without anyone agreeing to review faster.

Timing for a team of 5–10

StepTimeWhat happens
Frame the period3 minState what is under review and remind the team of the actions taken last time.
Write in silence8 minAll four columns at once, cards hidden until the timer ends.
Read and group8 minReveal, read every card aloud, merge duplicates.
Vote3 minThree votes per person across the whole board.
Decide18 minWork down the ranking. For each item agreed, state what changes on Monday.
Close5 minOwners and dates. Keep the total to three items or fewer.

Facilitator prompts

  • Keep: "What would you fight to protect if we got busy next month?" — "What worked so well that we stopped noticing it?"
  • Add: "What do you wish we had when things went wrong?" — "What does a team you have worked in do that we do not?"
  • More: "What are we doing only occasionally that we should be doing routinely?" — "What did we do once this sprint that clearly paid off?"
  • Less: "What takes more of your week than it deserves?" — "What would you shorten by half tomorrow with no real loss?"
  • On any card: "What does that look like on Monday morning?" A card that cannot be answered concretely is a wish, not an action.

Common mistakes

  • Overloading Add. New habits compete for the same attention. One or two per sprint survive; four do not.
  • Treating Keep as a compliments round. Keep is a decision to defend something under pressure. If a card does not name a practice, it belongs in a different format.
  • Collapsing More and Less into "start" and "stop". The dials are the point of KALM. If the team only ever uses the extremes, run Start Stop Continue instead and save a column.
  • Skipping the previous retrospective's actions. KALM produces decisions every time; without a two-minute review of last time's items, the board fills with the same proposals.
  • Leaving Less abstract. "Less meetings" changes nothing. "Standup capped at ten minutes, starting Monday" does.
  • Using it to diagnose a bad sprint. KALM starts from remedies. When nobody yet agrees on what went wrong, run a discovery format first.

How to run KALM in QRetro

  1. Create a board from the KALM template — Keep, Add, More and Less are already set up.
  2. Share the link; participants join in the browser without an account.
  3. Spend two minutes on the action items from the previous retrospective before opening the columns.
  4. Run eight minutes of silent writing with cards hidden, then reveal and group.
  5. Give each person three votes and work down the ranking.
  6. For every item agreed, record what changes, who owns it and by when. Stop at three.

Frequently asked questions

Similar templates

Other formats teams pair with this one — open any of them as a board in one click.
Marie Kondo Method
Inspired by the famous tidying method, this retrospective asks the team to declutter the way it works. Practices that bring joy are worth keeping, those that went wrong are thrown out, and the rest are recycled — improved and reused. The metaphor turns process cleanup into a surprisingly enjoyable conversation.
Game of Thrones
A themed retrospective that maps the team's reality onto a fantasy kingdom. The castle is what the team is great at, the hole the current problems, the wall what could make it stronger, and the White Walkers the looming risks and challenges. The story-driven framing makes a strategic conversation feel engaging and easy to join.
Love - Want - Hate - Learn
An emotionally honest format that gives feelings a clear place in the retrospective. Participants finish four sentences — I love, I want to, I hate and now I know that — to surface what energizes them, what they wish for, what frustrates them and what they've realized. The personal phrasing invites genuine, first-person reflection.
Kudos Retrospective
A retrospective that opens with gratitude before getting down to business. Kudos lets the team recognize each other first, then it reviews what went well, what to improve and the action items to follow up on. Starting with appreciation sets a positive, psychologically safe tone for the harder parts of the conversation.
Pros and Cons
The simplest possible way to weigh a decision, a change or the sprint as a whole. The team lists the pros on one side and the cons on the other, making trade-offs visible at a glance. Its bare-bones structure makes it a versatile choice whenever a balanced view is needed quickly.
Sprint Diagnostics
A diagnostic format that combines a quick rating with focused discussion. The team scores the sprint on dimensions like communication, collaboration, quality and pressure, then names a standout like or dislike and what could be done differently before agreeing on actions. The numbers give an easy way to track how the team's health changes over time.
Try Template