Planning your next agile retrospective? Start with a random plan, change it to fit the team's situation, print it and share the URL. Or browse around for new ideas!

Is this your first retrospective? Start here!
Are you running your retrospectives with Miro? Create prettier boards faster with the giant Retromat Miroboard Mega Template!

Check out the Mega Template
Plan-ID:
Replaced by JS

Outcome Expectations (#81)

Everyone states what they want out of the retrospective
Source: Inspired by Jim & Michele McCarthy
Everyone in the team states their goal for the retrospective, i.e. what they want out of the meeting. Examples of what participants might say:
  • I'm happy if we get 1 good action item
  • I want to talk about our argument about unit tests and agree on how we'll do it in the future
  • I'll consider this retro a success, if we come up with a plan to tidy up $obscureModule
[You can check if these goals were met if you close with activity #14.]

[The Meet - Core Protocol, which inspired this activity, also describes 'Alignment Checks': Whenever someone thinks the retrospective is not meeting people's needs they can ask for an Alignment Check. Then everyone says a number from 0 to 10 which reflects how much they are getting what they want. The person with the lowest number takes over to get nearer to what they want.]

Roles and Responsibilities (#146)

Clarify expectations and responsibilities for each role on the team
Source: Role-Up
Many conflicts arise from unclear expectations. Talking about individual people can feel like an attack. That’s why this activity focusses on expectations towards roles.

Create a table with one column per role in the team. (Limit it to 7 columns. If there are more than 7 roles, leave out roles that have little conflict.) The rows of the table are: 

  • Role name
  • This role is responsible for …
  • This role is NOT responsible for …
Leave enough space between the bottom rows so that people who aren’t sure whether something is a role’s responsibility have an unofficial inbetween space to post them. Hand out pens, as well as yellow and orange sticky notes.

Ask everyone to write yellow sticky notes listing the responsibilities for each role – 1 responsibility per note. Set a timer for 8 minutes and read the room to see if you can stop early or have to give more time. Post all the sticky notes but don’t discuss them yet.

Repeat this process with the non-responsibilities on orange sticky notes.

The team now dot-vote on which topics they want to talk about. Give enough time to read all the sticky notes and distribute 7 votes.

Start with the topic with the most votes. Invite the people who voted for it to share why they want to talk about it. Try to clarify expectations team members have about a role’s responsibilities. Write down clarifications or agreements the team make. Repeat for the next highest voted topic until time runs out.

Braver (#145)

What does courage look like? What would the team do if they were bolder?
Source: Johanna Amlacher
Put up four posters with the following questions:
  • Which person in the team do you find courageous and how does courage show itself?
  • When have you felt insecure and wished you were braver?
  • What helps you to be brave?
  • What bold idea would you try as a team if you were 10 times bolder?
For each question do a round of:
  • 4 minutes of quiet time to answer the question on sticky notes
  • Ask people to read out and post their answers. (In a large group you can use 1-2-4-All to discuss answers in smaller groups first.)
  • Cluster similar answers
(We do it in several rounds to slowly warm up the participants to tackle the last question.)

After the last round, look at all the answers and facilitate a discussion. Ask participants what is standing out for them? What's unexpected? What patterns do they see? What do these patterns mean for them as a team?

Then ask the team to rate themselves on a scale of 1-10: How brave do they think they are? Followed by: What would be possible if they were one step higher on the scale?

Based on everything they’ve talked about, what would they like to try that’s somewhat bold yet safe enough?

Circle of Questions (#11)

Asking and answering go around the team circle - an excellent way to reach consensus
Source: Agile Retrospectives
Everyone sits in a circle. Begin by stating that you'll go round asking questions to find out what you want to do as a group. You start by asking your neighbor the first question, e.g. 'What is the most important thing we should start in the next iteration?' Your neighbor answers and asks her neighbor a related question. Stop when consensus emerges or the time is up. Go around at least once, so that everybody is heard!

Feedback Door - Numbers (ROTI) (#14)

Gauge participants' satisfaction with the retro on a scale from 1 to 5 in minimum time
Source: ALE 2011, Corinna Baldauf
Put sticky notes on the door with the numbers 1 through 5 on them. 1 is the topmost and best, 5 the lowest and worst.When ending the retrospective, ask your participants to put a sticky to the number they feel reflects the session. The sticky can be empty or have a comment or suggestion on it.

(#)


Source:
Retromat contains 127 activities, allowing for 8349005 combinations (25x30x22x22x23+5) and we are constantly adding more.

Created by Corinna Baldauf

Corinna wished for something like Retromat during her Scrummaster years. Eventually she just built it herself in the hope that it would be useful to others, too. Any questions, suggestions or encouragement? You can email her or follow her on Twitter. If you like Retromat you might also like Corinna's blog and her summaries on Wall-Skills.com.

Co-developed by Timon Fiddike

Timon gives Scrum trainings. He mentors advanced scrum masters and advanced product owners. Human, dad, nerd, contact improv & tango dancer. He has used Retromat since 2013 and started to build new features in 2016. You can email him or follow him on Twitter. Photo © Ina Abraham.