First of all, the disclaimer “I didn’t read the book yet, but after watching this vídeo I’m definitely planning to do it.”
One of the things that I always look forward to improve are retrospectives. If you don’t know what this is:
A retrospective is a special meeting where the team gathers after completing an increment of work to inspect and adapt their methods and teamwork.
In organizations where teams develop using iterative, incremental methods, Agile retrospectives at the end of each iteration or increment stimulate continuous improvement throughout the project.

I recently found this presentation by Esther Derby (@estherderby) and Diana Larsen (@dianaofportland) where they explain their 5 steps approach to successful retrospectives, based on their book “Agile Retrospectives: Making Good Teams Great”.
This is an ongoing, and linked process, that just flows naturally at the end of each iteration, moves right into the retrospective. The framework that they propose is during that retrospective, go through five chuncks of work that the group need to do in order to have a succeed:
Set the container for the work you’re going to be doing. For example what is the goal for this particular retrospective, checkins, working agreements, outline the approach for the session.
We are prepared to analyze and process data as individuals in an environment where sharing ideas sometimes it’s called cheating.
One of the reasons why teams often struggle in processes like retrospective and planning is because they are not used to thinking together. And so, gathering data is one of the first things to do in this process of really beginning to think together. We gather data not only about facts but also about feelings, to analyze the satisfaction or energy of the team during the iteration.
After gathering the data is time to ask “how did things get to be the way they are? what where the causes and patterns? what this data tells us about how we are working together?”
One method to do this is called “the learning matrix”, you divide a sheet of paper in four and you write:
Look for concrete actions to take in the next iteration, don’t pick too many initiatives, one or two experiments, and make sure you review them in the next retrospective.
End the retrospective decisively: don’t let things dribble away into another meeting. Do a retrospective on the retrospective and close the session.
Agile Retrospectives: Making Good Teams Great (Pragmatic Programmers)
Image property of LIFE