Purpose: To reflect on the past iteration (usually a sprint) and identify what went well, what could be improved, and what actions the team will take to improve in the future. It's about continuous improvement and team learning.
Who Attends: The entire Scrum Team: Development Team, Product Owner, and Scrum Master.
When: At the end of each Sprint, after the Sprint Review and before the next Sprint Planning. Typically timeboxed to 45-90 minutes, depending on the sprint length and team size.
The Scrum Master facilitates and creates a safe and open environment.
Briefly explain the purpose of the retro and any specific focus for this session.
Remind everyone of the importance of constructive feedback and a blameless culture.
The team collaboratively reflects on the past sprint using various techniques:
"What Went Well? What Could Be Better? What Actions Can We Take?" (The classic 3 columns)
"Start, Stop, Continue": What should we start doing? What should we stop doing? What should we continue doing?
"Mad, Sad, Glad": What made 1 us frustrated? What made us disappointed? What made us happy?
"Sailboat": What was propelling us forward (wind)? What was holding us back (anchor)? What were potential risks (rocks)?
Team members individually contribute their thoughts, often anonymously using sticky notes on a physical or virtual board.
The team groups similar items and discusses the key themes that emerge from the gathered data.
Focus on understanding the "why" behind the observations.
Encourage open and honest dialogue.
The team collaboratively identifies 1-3 concrete, actionable steps they can take to improve in the next sprint.
For each action, clearly define:
What will be done?
Who is responsible?
When will it be done (ideally within the next sprint)?
Briefly summarize the agreed-upon actions.
Thank everyone for their participation and valuable contributions.
Consider a quick feedback round on the effectiveness of the retro itself ("Rose, Bud, Thorn" about the session).
Create a Safe Space: Emphasize a blameless culture where everyone feels comfortable sharing honest feedback.
Vary the Format: Keep retrospectives engaging by using different activities.
Focus on Actionable Items: The goal is to identify concrete steps for improvement, not just list problems.
Assign Ownership: Clearly identify who is responsible for each action item.
Follow Up on Actions: Review the progress of the agreed-upon actions in subsequent retrospectives.
Encourage Participation from Everyone: Ensure all team members contribute their perspectives.
Timebox Effectively: Stick to the allocated time to maintain focus and productivity.
Scrum Master Facilitates: The SM guides the process, ensures participation, and helps the team stay on track.
Keep it Focused: If specific issues need addressing, tailor the retro format accordingly.
Document Outcomes: Record the key insights and agreed-upon actions.
Blaming Individuals: Focus on processes and systemic issues, not personal attacks.
Just Complaining: The goal is to identify solutions and improvements.
Vague Action Items: Ensure actions are specific, measurable, achievable, relevant, and time-bound (SMART).
Ignoring Past Actions: Regularly review the status of previously agreed-upon improvements.
Letting One Person Dominate: Encourage equal contribution from all team members.
Skipping Retrospectives: They are crucial for continuous improvement and team health.
By consistently conducting effective Agile Retrospectives, your team will learn from their experiences, continuously improve their processes, and ultimately deliver better software.