July 18, 2015
This is part two in my series of posts about improving your retrospectives. As I mentioned in my previous post, the retrospective is a key part of the Scrum Framework – I think it is the most important Scrum event.
It is designed to help the team make their processes and practices more effective and enjoyable. This post focuses on the first part of the retrospective where we are setting the stage for the rest of the retrospective meeting.
What is the point of the “Set the Stage” Phase of the Retrospective? Derby and Larsen say it is to get the team to focus, to orient them to the goal of retrospective, and to create an atmosphere for collaboration. Let’s talk about why each of these is important.
If we want to get the maximum benefit from the retrospective in the Scrum methodology, we need the team to come ready to engage and participate.
People are usually coming in to the retrospective from other meetings and may need a moment to transition to a state of productive discussion.
We want them to be in a position where they feel safe, open, creative, scientific and curious. This doesn’t take a lot of time – perhaps as much as 10 minutes out of the meeting.
Don’t underestimate the importance of creating safety in the first part of the meeting. If team members don’t feel safe, they aren’t going to be as open to discussing their own shortcoming or sharing what they think about others.
Amy Edmondson is a Harvard professor that has written extensively on the concept of psychological safety and how that relates to team performance.
Psychological safety was also a key finding of the Google Aristotle project which examined the factors that led Google to create high performing teams. You can read about Googles research in my post, How To Create High-Performing Teams – What I learned from Google.
Here are some specific things that I do in the “Set the Stage” Phase:
I always strive to get people talking within the first 5 minutes of the Scrum retrospective. If people don’t talk at the start of the meeting, Derby and Larsen say that you give them tacit permission not to participate for the rest of the meeting.
This can be as simple as asking each participant for 1 word that represents how they feel, or their hope for the retrospective. You could also ask each team member to answer a question. Almost any question will work and if I am pressed for time I simply do a roll call and require each person to answer.
One thing I learned from my first Agile coach was to use Norm Kerth’s Prime Directive at the start of the meeting. The idea is to read the directive aloud and then ask each person to agree. Aloud. This addresses the previous item of getting the team talking. It also creates safety, which is important as noted above. See my related post on the use of the Prime Directive.
If you have a team working agreement or values list, it might be good to remind the team of these things at the start of the retrospective. If you don’t have a team agreement, perhaps that is an exercise that the team should take.
In case it isn’t obvious, to be effective at setting the stage for the retrospective, we have to be prepared in advance. Here are some things that you can do to be organized and prepared for an effective retrospective. Note that most of these apply to any meeting you are facilitating but are especially important for the retrospective.
Develop an agenda for the retrospective with timeframes for each stage of the retrospective so that you can manage your time and complete within the timebox. I’ve seen many retrospectives come to a crash when the time expired, people left for other meetings, or when the team was kicked out of the conference room.
Related to the previous item, the facilitator needs to think through the various exercises they will use and the tools and supplies that will be required. If the team is co-located, perhaps no tools are required and the only supplies are a few sticky notes or flip charts.
If the team is distributed, then the facilitator’s job is more difficult. Webex, GoToMeeting, and Lync can all be used, but frankly, they suck for collaboration.
I’ve seen teams used TastyCupcakes, Innovation Games, or even simple Google Docs and they were all more effective at encouraging collaboration. As a facilitator, think through what tools you will use, how people will access, permissions and technology requirements, etc. Read more about retrospective tools and techniques in this related post.
A key part of setting the stage for the retrospective is to make sure people participate evenly. A typical team will have a few members who are very vocal about what they think and share their opinion freely. Other team members will be more thoughtful and introspective and will need quiet time to process what they are thinking.
Plan specific activities that will leverage input from everyone. In particular, team members should all have a say in which improvement actions they will undertake. So do voting or other participatory decision-making techniques are very important.
Even though you are the facilitator, it doesn’t mean you have to do everything yourself. Invite others to participate in the meeting as timekeepers or recorders, or to facilitate a specific discussion or the entire meeting.
There is no need for you to do everything, and their participation will give them more ownership and appreciation for your role.
Perhaps this goes without saying, but as a facilitator for any meeting, you need to be there early to get yourself set up and mentally prepared so that YOU are ready to facilitate.
Lyssa Adkins recommends a consistent “Daily Practice” to gather yourself and to come to the team free of your own agenda. If you rush in at the last moment (or late), you aren’t really going to be there for the team, and the retrospective will be less effective.
For in-person meetings, I like to play music, have refreshments, or greet people as they enter the room. Doing something similar with a virtual meeting is more difficult, but still doable. You can still greet people as they join the call or meeting. Think about what you can do to help people to feel welcome.
If you are trying to create safety in the retrospective to get people to be open and frank, then you need to make sure you have the right attendees. People won’t feel safe to speak if they feel that the words will be used against them.
In Scrum, it is the Scrum Team that is invited to the retrospective which means the development team members, the Product Owner, and the Scrum Master. There should be no stray customers, SMEs, or other stakeholders.
There should be no managers of team members in the retrospective. It is up to the Scrum Team if they want to include anyone else in the process – even including myself as a coach.
I was recently in a retrospective meeting that was treated as simply the extension of the Sprint Review. There were attendees from the review which stayed on through the retrospective and the Scrum Master seemed oblivious. Not good.
These are just a few ideas about the importance of the retrospective as a continuous improvement tool, and how to set the stage and plan for the retrospective. What do you think, what has worked for you in the past? Do you agree with these ideas?
In my next post, I explore some specific techniques that I have found helpful for running the retrospective as part of the Scrum framework. Great coaches and Scrum Masters will vary the approaches they use in the retrospective to keep them fresh and effective.
Also check out these related posts: