Columns in this template
- π’ Start
- π Stop
- π Continue
On this page (10 sections)
A Start Stop Continue retrospective asks the team three things: what should we start doing, what should we stop doing, and what should we continue doing? It skips the analysis and goes straight to behavior, so it's the fastest format to turn into action items. It works best when the team already has a rough sense of what's wrong and needs to decide what to change.
The three columns
| Column | What goes here | Example note |
|---|---|---|
| π’ Start | A practice, habit or experiment the team doesn't do yet | "Write acceptance criteria before a story enters the sprint." |
| π Stop | Something that costs more than it gives | "Merging to main after 3pm on Fridays." |
| π Continue | Something that's working and should be protected | "Pairing on any change to the payments service." |
Write behaviors, not wishes. "Better communication" isn't a Start item; nobody can start it on Monday. "Post a one-line update in the team channel when a PR has waited more than a day" is. If a note can't be done or not done, ask the author to rewrite it.
Nobody has a reliable claim to inventing the format. Managers use it for one-on-one feedback as well as team retros, which is part of why so many people already know it.
When to use it (and when not to)
Use it when:
- the team knows roughly what's wrong and needs to decide what to change
- you want a short retro: 30 minutes is realistic
- you're checking a process change, such as a new code review rule or a new standup format
- you want a format that turns into action items with little effort
Pick something else when:
- the team hasn't agreed what the problem is. Start with What Went Well to understand the sprint before you prescribe fixes.
- people need to talk about how the sprint felt. A frustrated team writes angry Stop items; let them say it in Mad Sad Glad first.
- an incident needs a root-cause analysis. Start Stop Continue jumps to fixes too quickly for that.
- you've used it for several sprints and the Stop column only has new versions of the same complaints. Try Sailboat to look at risks and goals instead.
How to run it live (30 minutes)
| Time | Step |
|---|---|
| 0β5 min | Review last retro's action items and last retro's Start items |
| 5β12 min | Silent writing in all three columns |
| 12β15 min | Group duplicates |
| 15β18 min | Dot vote: three votes each |
| 18β27 min | Discuss the top Start and Stop items, then Continue |
| 27β30 min | Confirm one to three action items with owners |
- Check what you started last time. Open the Previous Retro tab in the Action Items panel. Every Start item from last retro now belongs in this retro's Continue or Stop: did it work or not?
- Write silently. Set the shared timer for seven minutes. Ask for at least one note per column.
- Group duplicates. Drag notes that say the same thing onto each other. "Too many meetings" and "Wednesday sync is pointless" belong together.
- Vote. Use dot voting with three votes each, then sort by Most Votes.
- Discuss in this order: Continue, Stop, Start. Continue is quick and gets people talking about what works. Stop comes next, because removing something makes room. Start comes last, with one question for each item: what will this replace? Kuba NiechciaΕ at Intercom makes the case for this order.
- Decide. Most top-voted Start and Stop items become action items as they are. Give each one an owner.
How to run it async over a sprint
This is the easiest format to run async, because every note is a behavior you can spot the moment it happens. A pointless meeting is a Stop note before you've closed the call.
- Day 1: open the board when the sprint starts. In Retro Rabbit, the next retro's board opens as soon as you click Start New Retro after your last meeting.
- During the sprint: add notes as they happen, on the board, in the Team Room's Quick Notes box, or with
/retro your notefrom Slack. Turn off Show Name if you want to post a Stop note without your name on it. - Mid-sprint: the facilitator checks the balance. A board that's all Stop means people are venting; add a Continue note yourself and ask others to do the same.
- Two days before the end: everyone votes. With dot voting on, people see "You have N votes left" in the board header.
- The day before: the facilitator groups duplicates and checks the CarrotIQ summary of each column.
- Retro day: in a 15-minute call, confirm owners for the top Start and Stop items. Or do it in writing: post the top three items, ask each proposed owner to accept or push back by end of day.
More in how to run an async retrospective.
12 example prompts
Start
- What did another team do this sprint that we should copy?
- What would have saved us the most time if we'd been doing it already?
- What's one small experiment we could try for just one sprint?
- What do we keep saying we "should" do?
Stop 5. Which meeting or ritual would nobody miss? 6. What do we do only because we've always done it? 7. Where did we create work for another team without meaning to? 8. What made you context-switch the most this sprint?
Continue 9. What did we start recently that's already paying off? 10. What would break first if we stopped doing it? 11. What do new joiners say they like about how we work? 12. Which habit from last retro's action items should we keep?
For more question sets, see 60 sprint retrospective questions.
Facilitator tip and a common pitfall
Tip: limit Start to two items per sprint. Every Start item adds load. If the team agrees to start five things, they'll do none of them well. Pick the top two by votes and park the rest on the board for next time.
Pitfall: Stop items about people. "Stop Marcus from merging without review" turns a retro into a trial. Rewrite it as a team rule: "Stop merging without at least one review." If people keep writing Stop notes about each other, the team has a trust problem that this format won't fix. Run Mad Sad Glad next time and talk about it directly.
How AI helps with this format
On Pro AI (and during the free trial), CarrotIQ takes care of the admin:
- Group names. Stop columns get long and repetitive. Drag "Wednesday sync overruns" onto "too many status meetings" and CarrotIQ names the group, for example "Meeting Overload", so the board stays readable.
- Summaries. The Sprint Summary gives a summary of each column plus an overall summary. Comparing a few sprints' summaries shows whether the same Stop themes keep coming back.
- Suggested action items. CarrotIQ Suggest drafts an action from the notes, weighting the most-voted ones and avoiding duplicates of existing actions. It's a first draft; the team edits it and assigns an owner.
Example action items
| Note | Action item |
|---|---|
| Start: "Acceptance criteria before sprint" | "Sam adds an 'acceptance criteria' checkbox to our ready checklist and we try it for two sprints. Review at the retro on 20 Nov." |
| Stop: "Friday afternoon merges" | "No merges to main after 3pm Friday. Jun adds it to the team's working agreement today." |
| Stop: "Wednesday sync overruns" | "Elena cuts the Wednesday sync to 15 minutes with a written agenda, starting next week." |
| Continue: "Pairing on payments" | "Keep pairing on every payments change. Marcus checks at the next retro how many PRs that covered." |
At the next retro, the Previous Retro tab lists these, and anything older that's still open is under Old / Unresolved Items. See retrospective action items that actually get done.
Use this template in Retro Rabbit
- Start a 14-day free trial. No card is needed.
- Name your team and choose Start / Stop / Continue as your retro format.
- Ask the team to add their first note today. Don't wait for retro day.
You can switch the format or rename columns later in the Team Room settings. See pricing for plans.
Related formats
- What Went Well: understand the sprint before deciding what to change
- Sailboat: add risks and a goal to the picture
- 4Ls: a more reflective, less prescriptive format
- The complete guide to sprint retrospectives
- All retrospective templates
Frequently asked questions
What is a Start Stop Continue retrospective?
A three-column retrospective where the team lists behaviors to start doing, stop doing and continue doing. It focuses on concrete changes to how the team works, which makes it one of the fastest formats to turn into action items.
Is it Start Stop Continue or Stop Start Continue?
Both names are used for the same format, and some teams run it as Continue, Stop, Start. Starting with Continue grounds the conversation in what works, and ending with Start forces the question of what a new practice will replace. The order matters less than discussing all three columns.
What are good examples of Start, Stop and Continue items?
Start: 'Write acceptance criteria before a story enters the sprint.' Stop: 'Merging on Friday afternoons.' Continue: 'Pairing on payments changes.' Good items describe a specific behavior the team controls, not a wish like 'better communication'.
How long does a Start Stop Continue retrospective take?
About 30 minutes for a two-week sprint if notes were added in advance, or 45 minutes if the team writes during the meeting. It's one of the shortest formats because the columns already point to decisions.
When should you not use Start Stop Continue?
Skip it when the team hasn't agreed what the problem is yet, when people need to talk about how a sprint felt, or right after an incident that needs root-cause analysis. In those cases use What Went Well, Mad Sad Glad or an incident review first.
Can Start Stop Continue be used for one-on-one feedback?
Yes. Managers often ask what they should start, stop and continue doing. In a team retro, keep items about team behavior rather than about one person, so nobody feels singled out.
Run this retro in Retro Rabbit
Your team adds notes during the sprint, CarrotIQ groups and summarizes them and suggests action items, and unfinished items carry into the next retro.
14-day free trial Β· No credit card