Running an asynchronous retrospective

Reading Time: 4 minutes

The good, the bad, and the ugly

I seem to have been running a lot of retrospectives lately. And yes, I just used an Oxford comma. Get over it.

A simple, childlike image of a sailing boat on a choppy sea. The boat is held by an anchor hooked on rocks beneath the waves. There are wind puffs behind it and rocks in front of it. To the right of the images an island with a palm tree, with the sun overhead.
In the sailboat retrospective format, the boat represents the project or work we are doing; the wind is what is pushing us forward, the anchor what is holding us back. The rocks are dangers/risks we face, and the island is the goal or destination. I created this template in Miro.

In case you don’t know what that means, a retrospective (or a ‘retro’ for short) is a meeting-come-workshop where you look back on work you’ve done, as a team, and try to identify ways you could be better in future.

In agile methodologies, you can hold retros pretty regularly. With Scrum, you’d hold one at the end of every sprint – typically every 2 weeks – so you can get feedback quickly and adjust course immediately.

Think guiding a canoe through rapids; if you can’t change course quickly, you are going to hit a rock (a fairly common metaphor for retros uses a sailboat, as above) pretty soon, and pretty fatally.

Continue reading “Running an asynchronous retrospective”