Retrospectives are a vital part of a successful agile development process. They provide the opportunity for the team to pause on a regular basis to assess progress and process, adjust and make improvements, rather than waiting until the end of a project to gather up lessons learnt.
This presentation explains why the Retrospective is a key tool in anyone’s iterative development toolkit. It gives an overview of Agile Iteration Retrospectives, their importance and how to structure them.
2. “Here is Edward Bear, coming downstairs now, bump, bump, bump, bump, on the back of his head, behind Christopher Robin. It is as far as he knows, the only way of coming downstairs, but sometimes he feels that there really is another way, if only he could stop bumping for a moment and think of it” A.A. Milne, Winnie-the-Pooh. London: Puffin Books, 1926 Quote used by Norm Kerth
14. Set The Stage ! Set a theme for the Retrospective A word for the iteration EPIC, OK, TRUCKING-ON, MOMENTUM, RUNNING, INTERRUPTED, MARVELLOUS, RUSHED, PROMISING, PAINFUL, PROGRESS, BOGGY,EXCELLENT, ZOOM, FRUSTRATING, SLOW Assess Actions from previous retrospective Reminders and Re-enforcers
28. Further Reading Agile Retrospectives: Making Good Teams Great. Esther Derby & Diana Larsen Project Retrospectives: A Handbook for Team Reviews. Norman L. Kerth Collaboration Explained. Jean Tabaka
Editor's Notes
This quote was used by Norman L. Kerth in his book Project Retrospectives.Traditionally, the lessons learned were shared at the end of the project. But these were often shelved and did not help the project they were associated with.
Agile methods are focussed on development of the product. The Inspect and Adapt cycle of reviewing and demonstrating the deliverables omits the essential component of the process - the team itself.The Retrospective resolves this. In my opinion, it is the most important tool on any Agile project because it allows the team to implement Agile practices through the Retrospective process.
Team working agreements are important. These should be driven by the team and used to keep focus and keep everyone involved. Think about writing them up on a flip chart after you have agreed them at your first meeting, and then bringing them along to each subsequent meeting. These may include rules like no mobile phones and only one person to speak at a time.Should the Customer attend? The answer to this is simple – it depends.It depends on the relationship with the customer, the theme of the Retrospective, and the individuals involved. I have run my most successful and most challenging retrospectives with the customer present. You need to consider how open and safe an environment you will be creating by having them present.
It is vital that a Retrospective (any meeting for that matter) has structure and a clear purpose / outcome.By far the best approach to structure of a Retrospective is that defined by Esther Derby and Diana Larsen (see Further Reading at the end of this presentation).
Choosing a word for the Iteration is a great way to break the ice at the start of a retrospective and encouraging people to talk.If attendees don’t speak in the first 10 minutes of the meeting, it gives them tacit approval to be quiet for the duration.The word of the Iteration gives a good insight into how people felt the Iteration went and can drive the theme and/or Gather data phaseIt is also light-hearted enough to be a good team-building exercise.Don’t forget actions and things the team agreed to implement as a result of the last retrospective. People don’t change unless they have to – remind the team.
A mechanism for generating the insights is required. Why were things the way they were?I tend to use the above quadrant, or the “Y-Fronts” model – What should we stop doing? What should we keep doing? What should we start doing?It’s not often that you get anything into the who/what we appreciate quadrant.
Actions and items that we agree to implement as part of the next Iteration. There should be no more than three – be realistic. Make sure that actions are spread across the team.Use Dot voting. (Give each member of the team the same number of sticky dots and get them to put them against the item they feel is highest priority. They can put all votes against one items or spread them across a number of items.) Choose the top three things and then brainstorm actions to implement them.Use a Wiki or Whiteboard to capture Retrospective top three actions so that the information is not lost.
Create a winning team
If you are looking for further reading on Agile retrospectives then these are my recommendations.Esther Derby and Diana Larsen’s book describes the structured approach to Agile Retrospectives Norman L. Kerth’s book is the definitive text, and has especially useful information on end of Project RetrospectivesJean Tabaka’s book has useful information on facilitation of Retrospectives