How to easily implement successful remote team retrospectives

As part of our processes we regularly hold retrospectives. We used to do this all in a room with post-it notes - a fairly traditional approach. We would set up 4 areas: Liked, Longed, Learned and Lacked and proceed to plaster post-it notes over the different sections. Once everyone had finished we would organise each section into themes and then discuss and agree actions.

Going fully remote has obviously meant we need to take a different approach and we now drive it from a shared document we create for each retrospective in Google Docs. Whilst working with the document we are all on a video call to discuss things as they occur.

The first part of the document is a recap of any previous actions - this adds a level of accountability. We discuss each previous action to ensure either someone has done it, it is no longer needed or it is added as a new action. Every previous action should fall into one of these three buckets.

For the main part of the retrospective we initially tried using the same four areas but found that sometimes the same comments came up in different sections or it was difficult to determine where a comment should go. To address this we culled this down to just two areas: Liked and Lacked (or To Improve) - i.e. what has gone well and what do we need to work on?

We set a timer for 10 minutes and everyone adds bullet points in both sections. A small tip - add a page of bullet points first to each section and encourage people to add in different spots on that list otherwise you get lots of confusion as people try to add in the same place. We also encourage fun comments, which may or may not be directly relevant, as this lightens up the later discussions and helps set the culture of the team.

After about 10 minutes - it doesn’t have to be exact - we check if anyone is still adding points. If they are we ask them to let everyone know when they are done.

Once everyone has finished we get one person to read through all the “liked” bullet points. These very rarely lead to discussions but are important to celebrate what is going well. Regularly it will highlight the result of a change from a previous retrospective.

Someone else will read through the “lacked” list next. If any points need clarification this is the time to raise those questions to ensure everyone understands what each one means.

If there appear to be themes, or the list is long, we reorganise it into group to make the next stage simpler. Often the same point will be raised in different ways and this means they can be merged together.

Each team member is allocated three votes. Over the next couple of minutes they add their votes to the points that they think are most important and need to be discussed. They must use all three - if they only see one or two things they want to discuss they can add multiple votes to a single item (although this rarely seems to happen).

Once this is complete we order them by the highest number of votes. If there is a draw in the number of votes then either ask the team to order them.

We take the highest voted item and discuss it for up to 10 minutes. If at the end of that time the discussion is still on-going we ask the team if we want to carry on with this item. If so, we ask the same question every 5-10 minutes.

Once that item is complete, we pick up the next item and keep repeating until we run out of time.

As actions are generated we capture them at the end of the document. Every action should have a person against it - this is key otherwise actions don’t happen as no-one takes responsibility. Occasionally we have items that apply to the whole team and we will mark the action with “team” rather than just leaving it blank as it seems to add a level of accountability and they are all answerable to each other. Ideally we still have one person own it to ensure the action gets handled.

An example document, including votes in the “lacked” section:

When we started it would take up about 90 minutes and the “lacked” list was much longer than the “liked” list. Over time we have got this down to about an hour and the size of the lists has been reversed.

I have used retrospectives a number of times in the past however this approach has proven to be very focussed, very productive and probably the most successful I have encountered.

Random Posts

In a distributed system ... there is no now

This paper is a discussion around the issues faced by distributed systems when dealing with time, ordering and failures. This is particularly relevant with the work I am doing at the moment designing a very large distributed system that will need to scale massively.


Read More

No more school

Today is my daughter’s last official day at school - they have a party for about an hour tomorrow so that doesn’t count.


Read More

Cultural fit versus contributor

When we recruit people we are obviously looking at their ability to perform the role on offer but we are also looking at how well they will work with the team.


Read More