Gathering the data is an important activity of the agile retrospective. In this article, I’ll explore when you can gather the data that will be used as input in the retrospective and discuss the advantages and disadvantages of different appoaches.
Gathering data for the retrospective can be done before the retrospective meeting, in the meeting, or both (combined). Below are some advantages and disadvantages of each approach.
Gathering data before the meeting
You can collect data before the meeting using a shared document or workspace, like Google doc, Confluence, Wiki, Slack, etc. Alternatively, as the facilitator, you can ask the participants to send their input to you where you collect it and share it with the team before or at the start of the retrospective meeting.
Advantages of collecting data before the meeting:
- Gives people more time to think about their retrospective input
- They can prepare their input when time permits (time and place independent)
- Sometimes when people reread their input it makes them think of additional things or better formulations
- Makes it easier for introverts to share their opinion and ideas
- Possible to avoid groupthink (provided that people don’t see each other’s input)
- The facilitator can review the input and ask for additions or clarification before the meeting
- You can use written questions to focus input on a specific topic
- Easier for people who prefer writing over speaking (note that this can also lower language barriers for retrospectives with participants in non-native languages)
- People might forget to give input or don’t make time for it
- You may have to follow up if people aren’t disciplined enough to deliver input
- The amount and quality of the input can vary between people
Gathering data in the meeting
Gathering data can also be done at the start of the retrospective meeting. Typically then it would be the second step, after setting the stage.
Advantages of gathering data in the meeting:
- As a facilitator, you can interact directly with people when they give input
- It ensures that there is time for everyone to give input
- You can timebox it, and when needed extend the time window if additional input is needed
- Part of the meeting time is spent on gathering input, so you may have less time for analysis and actions (unless you plan more time for the meeting)
- People who are more vocal might inhibit others to speak up (there are ways to deal with this)
- Might lead to groupthink where people who think differently about a topic don’t speak up
Depending on your situation and the advantages and disadvantages I suggest using the approach which fits best. You might
Sharing my experience
This article is based on my response to the Software Engineering Stack Exchange question Should we be documenting our Scrum Retrospective feedback before the Retrospective meeting? I’m an active member of Stack Exchange, it’s one of the many fora and online networks where I share my experience.