Remote work has become an integral part of a number of professions, with software engineering being number one in the list. Working remotely requires a cultural foundation and a shift of mind on our perception. I believe that there is quite a lot of room for improvement on these points.
So, in this article I will share my thoughts and tips on points I consider important when running a remote retrospective. These come from the point of view of a scrum master. Regardless of whether people call themselves a “scrum master” or not, running a retrospective means wearing the hat, at least temporarily.
My intention here is not to cover the fundamentals, such as the goal and the structure of the session. These are covered extensively in my driving fruitful retrospectives post. My aim is to complement that post with the special case of a geographically distributed team.
Throughout this post, I will be referring to a fully remote team. Apart from this and the colocated team, there is also a third case, in which some of the team members are working remotely and some in the same location. I will not be covering the latter in this post.
# Engagement
The primary goal of a scrum master remains the same whether the retrospective is taking place remotely or colocated. It is to make sure that all participants engage in the activity. This is a precondition. I cannot imagine a successful session that fails to meet this. When I drive retrospectives, this is the primary reason for which I use the “set the stage” step.
We will discuss a few extra points on this topic further below, on the facilitation part, but the reason that I am mentioning it here is that being remote imposes a few extra difficulties. So, before even starting the session, I would propose to focus on communication.
Without communication, there is no engagement and without engagement, there is no retrospective.
Therefore I would propose to spend some time both during the preparation of the session and at the beginning of it to make sure that people can be seen, heard and understood.
# Use the camera
Using the camera is a great tip for remotely working teams. I find it particularly important during the retrospective. It feels very different conversing with just a voice than with an individual who is located somewhere else. Context and a great deal of expressivity derives from our body language. A lot of our reactions are expressed via it, using facial expressions or hand gestures, without verbal communication. Take a moment to think of how much volume of information is missed when listening to someone without seeing him.
These, missing pieces of information can make the difference between a constructive argument and one that leads to a dead end. These can also have a resounding effect on team bonding and chemistry in the long run. Personally, I always encourage geographically distributed teams to use their cameras as much as they can, but when it comes to the retrospective, I insist that everyone should use it.
# Make sure everyone can be seen and heard
Taking the time to make sure that everything is functioning properly before starting the retrospective is very important. Has everybody said something. Is everyone’s mic functioning as expected? Can everyone hear everybody else? Can everyone see everybody else? Ask yourself these questions before starting.
There is no point in starting a retrospective without resolving all sound and video problems. As a matter of fact, in case there is such a problem, the last thing the team wants is to be interrupted in the middle of an exercise to resolve a technical issue with somebody’s mic or camera. The last thing a participant wants is to contribute to the conversation only to find out, after a few seconds, that no one heard him.
# Tools
Being remote significantly restricts both the options on tools that can be used and the range of exercises that can be run. However, a wise choice on a collaboration tool and a careful selection of exercises can really boost the results of the session.
# Use an online collaboration tool
Retrospectives are all about interaction. The participants should come up with ideas and add information to the session. In order for the data to be meaningful, they should be gathered, processed and the team should work on them. During a colocated session, the wall or a board is naturally used. During a remote retrospective, I would strongly suggest to use an online collaboration tool. There is no point in suggesting a specific one, as there are loads out there that are free and can get the job done. Just make sure that a group of people can simultaneously work on the same space and that the data are updated in real-time (there is no need to refresh in order to see an update). In my experience, the more playful the tool is, the more the participants enjoy the session, so I would suggest something with a sticky-note-on-the-wall look and feel and lots of colours.
What I would caution one against is not to use any tool and host a blank session, with the participants just discussing without any common ground to work on.
# Reconsider the format
Concerning the format of the session, I feel that there is a lot of room for experimentation. Generally, I like sticking to the 5 steps that I have thoroughly described in my driving fruitful retrospectives post, but there are quite a few factors that should be considered.
Some exercises are not suitable for a team that is not colocated. For instance, there is no meaning running the park bench exercise on a remote session. The advantages of such an exercise derive from the mobility within the room, the high energy level and the playful format. I believe that attempting to run a variation of this exercise during a remote session would backfire. So, I would propose picking exercises that suite collaboration from distance.
Also, perhaps one might notice that an exercise takes considerably more time when performed remotely than when run on the spot. That’s reasonable as communication is harder and synchronization might require more time. I would suggest to always keep that in mind and, perhaps, adjust the session’s schedule.
# Facilitation
As far as facilitation is concerned most of the things that apply in colocated retrospectives, apply to remote ones too. Therefore, I will not repeat the thoughts that I have expressed in driving fruitful retrospectives (such as how to deal with silent members or members that dominate the conversation), but there are a few points worth discussing.
These thoughts assume that the facilitator is acting as a scrum master. The case the facilitator wears two hats, the one of the scrum master and the one of the member of the development team is outside of the scope of this blog post.
I usually wear these two hats and I believe that driving a retrospective is perhaps the most challenging part of this dual role.
# Make yourself invisible
As always, try to make the team forget that you are even there. At all times, keep in mind that the scrum master is needed to help the team work meaningfully during the session. Try to be a servant leader. When needed, remind the team that you are not the protagonist.
For instance, I sometimes find that team members address me when commenting on sticky notes. This is a mini alarm for me. Usually, when I am physically present, I point to the rest of the team. This gets the job done and does not interrupt the team member. However, when being remote, I have no option but to interrupt her. It is one of the last things I want to do, but having someone addressing me is a signal I take very seriously. The retrospective is being derailed and I should take action.
As a second example, when team members are called to come up with input and “stick it to the wall”, they sometimes look for the facilitator to impose an order or the process. Take extra care to be “absent” at that point. This is easier to achieve when being remote. Just stay silent and let them self-organize. They will do it. Remember that silence is gold in this case. If it gets uncomfortable, just keep on staying silent. Someone will break the silence and the team will eventually function on its own.
I could go on with a dozen examples, but I believe that the message is clear. Facilitate the session as a servant leader and fly below the radar as much as possible.
# Consider breaking the ice
Being physically present in a room follows that people have already talked to each other before the start of the session. Perhaps they just went out to get a cup of coffee or they were discussing in their offices, after the sprint review. However, this is obviously not the case in a remote session.
Keep in mind that people need to feel comfortable before entering a session, let alone a retrospective. Breaking the ice can go a long way in this case. Instead of directly jumping to setting the stage and starting the retrospective, consider having some small talk first. Anything ranging from the weather and sports to the sprint review that just took place will do. Just make sure that people feel relaxed and ready to chat.
# Make sure everyone contributes
Every individual has a unique personality. Chances are that in a scrum team the spectrum of these personalities is going to be very broad. Naturally, some team members will open up more easily than others. However, it is crucial for the success of the retrospective to have everyone contributing. Unfortunately, it is easier for a closed person to “hide” and remain a spectator during a remote retrospective than during a colocated one. This is a problem that requires attention and very careful manoeuvring from the scrum master. Remember, that failing to address this can lead to losing a great part of the value of the session.
Initially, make sure than during the set the stage step, everyone speaks and seems engaged and comfortable to contribute. Then, I would propose to choose the exercises very carefully. Prefer the ones that work in a round-robin fashion over the ones the require initiative form individuals. For instance, it is more likely to have everyone contributing in an I like - I wish kind of exercise, during which all members are required to speak at their own turn than in a 5-why analysis. During the latter, the same people could be asking and answering the questions throughout the whole exercise. Lastly, if nothing works and you notice that people remain passive, try to stimulate them. Ask them for their opinion on the matter or if they have something else to contribute that is not already heard.
In any case, this matter requires very delicate moves. Try hard not to be intrusive. When people feel judgement is being passed on them, they might feel offended and distance themselves even more. At all times, keep in mind that empathy is a key scrum master quality. Try to get into their shoes and do the best to help them and the team.
# Follow-up
After a fruitful session, a lot of ideas have been expressed and heard, a lot of discussions have taken place and a few action items have been produced as an outcome. It’s always a good idea to follow-up the session.
Perhaps an email or even just a slack message will do. Just make sure that the retrospective is summarized and the action items are clear. This will create a sense of a completed work to the team and will emphasize the importance of following up on the work done during the retrospective. After all, the retrospective, apart from a summary of the sprint that just finished, is also the very last action on it.
# Conclusion
Running a retrospective for a geographically distributed team is very different from running one for a colocated team. However, with the proper care and organization, it can be as fruitful. Focusing on engagement is crucial for the success of the session. It’s easier for people to remain “hidden” when being remote and technical issues may add unexpected obstacles. A good real-time collaboration tool and a wise selection of exercises and format can be extremely beneficial to the outcome of the session. As in colocated sessions, facilitation is the key to a successful and fruitful retrospective.