This guest blog by Madhavi Ledalla provides some great ideas to make agile retrospectives more interesting and hence more valuable for teams.
The key Scrum ceremony that helps the team reflect on its behaviour is the retrospective. In my view, this is not any new concept or jargon the team needs to master — but yes, in reality it sometimes becomes challenging to keep the momentum lively at all times! Let us look at the reasons why this happens and discuss a few ideas for making these meetings effective.
A few thoughts for making these meetings interesting
My two cents, after performing retrospectives in a fairly good number of teams and projects, is that retrospectives can become monotonous and boring over time, and so they become ineffective. I have personally faced this challenge and felt that there was a need to bring something new, fun, or exciting to the retrospectives to make them lively.
- Put on a creative and innovative hat.
- Change the facilitator.
- Change the style.
- Come prepared with some data.
- Follow up on the retrospective action items!
An interesting experience: The Fly High Technique
I was flying kites with my friends at the Pongal festival, and we had a few tangles on the ground, but we could remove these by ourselves. But as the kite flew high, it became stuck between some wires, and we had to get some external help from our neighbors and use sticks and other tools to remove these blockers so we could have a smooth flyway.
A thought came to me that this experience was relevant to some of the scenarios that we see with teams. We come across many bottlenecks during the sprint, and they can be classified into two categories:
- Team-level impediments that the team is stuck with but that can be resolved by the team if they work on them consciously (similar to tangles on the ground).
- Organizational-level impediments that are beyond the team level and need to be escalated to the next level for resolution (similar to the wires in the sky).
So we had a retrospective a few days after the Pongal festival, and I drew a kite on the board and asked the team to imagine the kite as the good work that they have been doing.
I also encouraged the team to:
- Identify the good work they have been doing so far and that they would like to continue doing
- Identify team-level impediments that they could resolve themselves, provided they really work on them
- Identify impediments that need escalation to the next level because they require support from the organization or senior management for resolution
Teams liked this method a lot, and they were easily able to draw a clear line of distinction between the team-level impediments and those that needed escalation to the next level.
So the message is that when we come across some interesting experience in our day-to-day work, we could take it back to our teams and use it whenever it makes sense and suits the teams.
With a secret box, team members can just drop in their views — things they would want to discuss in the retrospective — whenever something strikes their mind. This way, that they don’t forget anything. This can also be used if, initially, people are little reluctant to speak out when the team is in the team storming phase. However, the team needs to remember that if an issue needs immediate attention, they should bring it up in the stand-up meeting, or immediately with the team, instead of waiting until the retrospective. Over a period of time, such a box need not be used, as each and every team member should be speaking openly.
With one team that was doing a one-week sprint, we actually had only three days to work, due to holidays. I was not sure what technique to use in the retrospective, as it was a very short sprint. So I let the team come up with a topic that they wanted to discuss. Amazingly, the team had a good discussion about how to increase their domain knowledge, do cross-learning, etc. This made me feel that sometimes leaving the option open to the team and asking them what they wanted to talk about can trigger a good discussion. Hence, perhaps asking the team explicitly whether they would like to have a discussion about specific topics, and facilitating the discussion around those topics, can really help.
The most important thing is never to forget to appreciate and thank your team members for the ways they have helped each other. Maybe you can give them small kudos in the form of chocolates, smiley badges, and so on. In my experience, this can have a lasting impact on the team and really help it gel. Reserve a small space in the team room and capture all the kudos given to each team member every sprint; this helps them feel good when something positive is visible in their team area.
Last but certainly not least, a very important thing to keep in mind is the follow-up on action items that the team identifies in the retrospective. Having some sort of visual indicator of the action items, along with the people responsible for them, always helps the team stay focused. Generally we tend to forget the action items that are derived from the retrospective. So before starting the retrospective, it’s important to revisit the previous retrospective’s action items and see how many of them are still pending.
Tracking the retrospective action items can be done in different ways. We can use some electronic tool or a visual indicator, as in the example above:
- Sprint: In which sprint were the action items identified
- To Do: Action items yet to be worked on
- In Progress: Action items being worked on
- Done: Completed action items
- Waiting: Action items that are waiting on something else to support their getting done
On each card, we can write the name of the owner responsible for the execution of that item.
Concluding thoughts
- Understand the purpose of the retrospective: It is to learn, not to blame!
- Do not experiment with too many new things at once.
- Try plain vanilla first.
- Then try to add toppings!
- Ask the team how they want to handle the retrospective and get their buy-in.
- There is no single right answer for how to make the retrospectives effective — each team has its own preferences.
- Drive it.
I conclude this article by saying that the methods mentioned here may not work for everyone; much depends on team composition and on the environment. However, in my experience I could see some visible improvements in productivity, quality, one-to-one coordination, collaboration, and so on after using some of these methods.
I would be glad to hear from any readers who have tried anything different that has worked out for your teams and retrospectives. Thank you!
This guest post build upon Madhavi’s great blog post Techniques for Keeping Retrospectives Lively which contains several more retrospective techniques. The book Getting Value out of Agile Retrospectives also provides many different retrospective exercises.
Hi Ben,
Thanks for sharing.
I have tried to make a column (on white board) with each team members name then a column with rating of the sprint form 1 to 10 and a column with their thoughts on how the sprint could have been a 10′
Then we agree upon which sugegstions we would like to work with in the comming sprint.
We try this excercise perhaps every 4-5 th sprint
Thanks Allan for sharing your experience!
This looks similar to a perfection game. Did you ever try that one?