Scrum Guide — How To Organize Retrospective Meeting

The Sprint Retrospective occurs after the Sprint Review and prior to the next Sprint Planning. This is at most a three-hour meeting for one-month Sprints. The retrospective session is basically an “improvement” meeting held to find ways and means to identify potential pitfalls, past mistakes, and seek out new ways to avoid those mistakes, which are attended by all — the product ownerscrum master, development team members, and optionally with the stakeholders.

Length of Sprint Retrospective Meeting

The thumb rule for the length of a sprint retrospective meeting is that it usually take no more than 45 minutes per week of sprint duration. The following table illustrates this rule:

The general format varies a bit, but usually we do it something like this:

  • We can timebox for the meeting proportional to the Sprint duration.
  • Participants: the product owner, the whole team, and myself.
  • We move off to a closed room, or a cozy sofa corner as long as we can have undisturbed discussion.
  • Somebody is designated as secretary.
  • The Scrum master shows the sprint backlog and, with help from the team, summarizes the sprint. Important events and decisions, etc.
  • We do “the rounds”. Each person gets a chance to say, without being interrupted, What went well in the Sprint? What went wrong in the Sprint? What We had Learn in the Sprint? What should we do differently in the next sprint?
  • We look at the estimated vs. actual velocity. If there is a big difference, we try to analyze why.
  • When time is almost up, the Scrum master tries to summarize concrete suggestions about what we can do better next sprint.

Our retrospectives are generally not too structured. The underlying theme is always the same though: “What can we do better next sprint?”

Details about Retrospective Questions

1. What went well in the Sprint?

The possible questions that can be asked, to understanding the reason behind a success in the iteration by asking ourselves what went well to acknowledge all the good things that have happened.

  • What motivated us to do it?
  • What did we do differently to make it a success?
  • Which training, skill, or knowledge contributed to the difference?
  • Which strong point in you makes it happen?
  • Which strong points of your team that made it happen?
  • What is the team member’s contribution that helped you accomplish it?
  • How did we achieve it?

2. What went wrong in the Sprint?

While questions in this section should not be asked to assess the performance of the individual or to penalize, but to gather information, and to identify the ways to resolve it in the upcoming Sprint. Where better to look to make improvements than where things are not going well? In fact, this question unearths difficulties, issues and dissatisfaction that the team are currently facing with.

  • How did it go wrong?
  • What did you do that went wrong?
  • How many are responsible for this to go wrong?
  • Where you aware of doing that it will go wrong?
  • Did you understand it wrong and hence implemented wrong?
  • Did you understand right but still it went wrong?
  • What did we do well?

3. What We had Learn in the Sprint?

What is the learning from this Sprint? These questions are helpful to identify what went right, and what went wrong. It encourages us to look at what we’ve learned about the way we’re working. Some examples might be:

  • How was this sprint executed?
  • Where did it go wrong in this sprint?
  • When did it go wrong?
  • How did it go wrong?
  • Which techniques were useful?
  • Which techniques were not useful?
  • What went in a smooth fashion during this sprint?
  • What did not go smooth during this sprint?
  • What learning during this Sprint can educate us for the upcoming Sprint?

4. What Should We do Differently in the Next Sprint?

This section basically focuses on identifying the possible corrective actions from the past success, failure, and learning.

  • How can the strength of the individual be utilized to resolve the issue?
  • What should be done often to prevent the issue from arising again?
  • Which actions must be implemented immediately for which you have the bandwidth and capability?
  • Identify the 1 thing to be changed and explain how you could change it?
  • What strategies will work to complete the job?

Corrective actions

  • What will you do in the upcoming Sprint to complete this action?
  • How will you do it to make it a success?
  • When will you do it during the Sprint?
  • Do you require help to complete this?
  • What additional support do you require?
  • How will you let me know that you completed it?
  • What will you do next after accomplishing this during the Sprint?

Issues that often come up during retrospectives

“We should have spent more time breaking down stories into sub-items and tasks”

“Too many external disturbances”

“We overcommitted and only got half of the stuff done”

“Our office environment is too noisy and messy”

Summary

The Scrum retrospective meeting can be thought of as a “lessons learned” meeting. Right Retrospective questions allow the team to think, at the same time provides an ownership to each team member thus making it truly Agile.

Make use of the questions given above based on the scenario and motivate your team and yourself to show improvement in the future Sprints. While these sample questions are indicative, you can customize as per your requirement.