The drive to inspect and adapt is one of the most important aspects of agile software development. A great way to bake this approach into your process is by having regular retrospective meetings that engage and challenge the team to solve their own problems and make things better. However, these meetings can be difficult to run well and drive improvement. In fact, many teams sleepwalk through sessions, treating them as a box-ticking exercise that signals the end of the iteration.
Maybe its time we tried a bit harder to make retrospective meetings work?
In this talk, Chris explains how to put together an awesome sprint retrospective. He discusses the following:
* Why retrospectives can be unpopular
* Structuring the meeting to succeed
* Setting the right tone
* Activities to gather data
* Activities to generate insights
* How to decide what to do
* How to manage retrospective actions