Tasks Completed

What did we accomplish and do well this sprint?

We shipped the new onboarding flow ahead of schedule — huge crewmate energy.
Daily standups stayed short and focused all sprint.
Pair programming on the payments bug saved us hours.
Suspicious Activity

What felt off, slowed us down or raised red flags?

Tickets kept getting reopened with unclear acceptance criteria.
The staging environment was down for two days and nobody owned it.
We had three meetings that could have been a message.
Spot the Impostor

What is the real root cause secretly sabotaging us?

The impostor is our unclear definition of done causing constant rework.
Too much work in progress means nothing actually finishes.
No clear ownership of shared environments is the real saboteur.
Vote to Eject

What actions will we commit to next sprint?

Eject vague tickets: agree on a definition-of-done checklist by Friday.
Limit WIP to two items per person and enforce it on the board.
Assign a rotating owner for the staging environment each sprint.

What is the Among Us (Agile Edition) retrospective

Inspired by the wildly popular social-deduction game, the Among Us (Agile Edition) retrospective turns the hunt for "impostors" into a playful framework for spotting what's secretly sabotaging your team's flow. Instead of accusing crewmates, your team identifies the hidden blockers, sneaky inefficiencies, and unspoken tensions that quietly undermine progress — then celebrates the "crewmates" and behaviours keeping everyone on course. It's a fun, gamified spin on the classic sprint retrospective that lowers the stakes and gets even quiet team members talking. The format works by framing reflection around game roles: completing tasks (what's done well), reporting suspicious activity (blockers and friction), identifying impostors (root causes of problems), and voting on next actions (improvements to commit to). This metaphor makes it psychologically safe to surface uncomfortable truths because the "blame" lands on the impostor concept rather than individuals. Teams find it especially useful for breaking up retro fatigue and re-energising recurring sprint reviews with a theme everyone instantly recognises. Run it in TeamRetro to keep the energy high while still capturing structured, actionable outcomes. Whether you're a Scrum team, a DevOps squad, or a remote group looking for a lighthearted yet meaningful check-in, this themed retrospective helps you uncover the real problems, recognise good work, and emerge with a clear plan — all while having a bit of fun along the way.

Among Us (Agile Edition) retrospective format

Tasks Completed

What did we accomplish and do well this sprint?

This is the 'crewmate' column where the team celebrates the tasks, wins, and good habits that kept the ship running. Encourage everyone to recognise both delivered work and positive behaviours. Keep the tone upbeat to build momentum before tackling the tougher topics, and prompt quieter members to share at least one win.

Suspicious Activity

What felt off, slowed us down or raised red flags?

Here the team reports anything that felt suspicious — friction, delays, confusing processes, or smells that something wasn't right. Frame it as 'reporting suspicious activity' rather than blaming people. This makes it safe to surface awkward issues. Group similar reports together so patterns become visible before moving to root causes.

Spot the Impostor

What is the real root cause secretly sabotaging us?

This column digs into the underlying impostors — the root causes behind the suspicious activity. Encourage the team to look past symptoms and name the systemic issues, dependencies, or process gaps that keep causing trouble. Use the suspicious activity items as evidence and 'vote' on which impostor is doing the most damage.

Vote to Eject

What actions will we commit to next sprint?

This is the action column — the team 'votes to eject' the impostors by deciding what to do about them. Convert the top root causes into concrete, owned, and time-boxed actions. Keep the list short and achievable, assign owners, and confirm how you'll check progress next retro so the improvements actually stick.

When to use this retrospective

  • When recurring sprint retrospectives have grown stale and the team needs a fun, gamified format to re-engage.
  • When you want to surface hidden blockers and root causes in a psychologically safe, low-blame way.
  • When the team enjoys playful themes and you want quieter members to open up more easily.
  • When onboarding a new team and you want a lighthearted icebreaker that still produces real action items.

Suggested icebreaker questions

  • If you were the impostor on our team this sprint, what task would you have faked doing?
  • Which fictional crewmate (cautious, chaotic, or always-doing-tasks) best matches your work style this sprint?

Ideas and tips for your retrospective meeting

  • Keep the 'impostor' framing aimed at processes and root causes, never at individuals, to maintain psychological safety.
  • Time-box each column so the playful theme doesn't eat into reaching real, actionable outcomes.
  • Use dot voting to decide which impostor is causing the most damage before agreeing on actions.
  • Lean into the theme with a fun icebreaker but bring everyone back to focus when it's time to commit to actions.
  • Limit the number of actions you 'eject' so the team can realistically deliver them next sprint.
  • Revisit last retro's actions at the start to check whether previous impostors were truly ejected.

Frequently asked questions

How long does the Among Us (Agile Edition) retrospective take?
It typically runs for 45 to 60 minutes for a team of five to eight people. Budget extra time if you want to lean into the playful theme and icebreaker.
When should I use this retrospective?
Use it when standard sprint retros feel repetitive and you want to re-energise the team while still surfacing real blockers and root causes. It's also great for teams that enjoy gamified, social formats.
How is it different from a standard sprint retrospective?
It uses the Among Us social-deduction theme to frame reflection around finding 'impostors' — the hidden root causes of problems — which lowers blame and makes it safer to discuss difficult issues.
Does the impostor framing risk blaming team members?
No, when facilitated well the impostor is always a process, dependency, or root cause — never a person. Setting this expectation up front keeps the activity safe and productive.
Is this retrospective suitable for remote teams?
Yes, it works well for distributed teams in TeamRetro where everyone can contribute ideas, group them, and vote on actions together in real time or asynchronously.
How many people can take part?
It suits teams of three to ten participants. Larger groups can still run it but may need tighter time-boxing and breakout discussions to keep things focused.

New to retrospectives? Read our guide on how to run a retrospective →