Sprint retrospectives
The most important thing about retrospectives is to make sure they happen.
Spreading lessons learned between teams
Based on this they selected 5 process improvements to focus on, and will follow this up during next retrospective.
Organization
Teams don’t always seem inclined to do retrospectives. Without gentle prodding most of our teams would often skip the retrospective and move on to the next sprint instead.
Retrospective is the second most important event in Scrum because this is your best chance to improve!
Without retrospectives you will find that the team keeps making the same mistakes over and over again.
Move off to a closed room, a cozy sofa corner, the rooftop patio, or some place like that. As long as we can have undisturbed discussion.
W e usually don’ t do retrospectives in the team room, since people’s attentions will tend to wander.
Participants: The product owner, the whole team, and myself.
Somebody is designated as secretary.
We allocate 1 – 3 hours depending on how much discussion is anticipated.
The Scrum master shows the sprint backlog and, with help from the team, summarizes the sprint
Each person gets a chance to say, without
being interrupted, what they thought was good, what they think could have been better, and what they would like to do differently next sprint.
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.
Each team member could distribute the magnets as they like, even placing all three on a single issue.
It is important not too get overambitious here. Focus on just a few improvements per sprint.
A sprint retrospective is not only about how this one team can do a better job during next sprint, it has wider implications than that.
Quite informal.
Each Scrum team publish a sprint retrospective report.
Slack time between sprints
You need to rest between sprints. If
you always sprint, you are in effect just jogging.
The same in Scrum and software development in general. Sprints are quite intensive.
In addition to the actual rest itself, there is another good reason to have some slack between sprints.