Votre équipe livre du produit sprint après sprint, mais progresse-t-elle vraiment en tant qu'équipe ? La rétrospective est le seul moment où l'on s'arrête pour inspecter sa propre façon de travailler — et c'est le plus négligé des événements agiles.
Pourquoi la rétrospective change tout
Le Scrum Guide 2020 décrit la Sprint Retrospective comme le moyen pour l'équipe d'inspecter son processus, ses outils et ses interactions. Elle se distingue de la Sprint Review, qui inspecte le produit : la rétro porte sur le comment on travaille, pas sur le quoi on a livré. Selon une étude Scrum.org (2022), les équipes qui la pratiquent avec discipline voient leur vélocité augmenter de 20 à 30 % sur 6 mois — non en gonflant les estimations, mais en supprimant les irritants.
La directive de Kerth
Formulée par Norman Kerth dans Project Retrospectives (2001), la Prime Directive se lit au début de chaque rétro : chacun a fait de son mieux compte tenu de ce qu'il savait et des ressources disponibles. Elle pose l'éthique de l'exercice : on ne cherche pas un coupable, on améliore le système. Sans elle, la rétro dégénère en règlement de comptes.
La structure en 5 phases de Derby et Larsen
La référence absolue est Agile Retrospectives — Making Good Teams Great (2006) d'Esther Derby et Diana Larsen, qui formalise 5 phases universelles :
- Set the stage — cadrer, créer la sécurité psychologique (check-in météo, ESVP).
- Gather data — collecter les faits sans analyser (Timeline, Mad/Sad/Glad).
- Generate insights — trouver les causes racines (5 Whys, Ishikawa).
- Decide what to do — choisir 1 à 3 actions SMART avec owner et deadline.
- Close — récapituler et récolter du feedback (ROTI, Plus/Delta).
Varier les formats
La règle d'or : varier les formats pour éviter la routine qui tue l'effet. Les classiques : Keep/Stop/Start, Starfish, Mad/Sad/Glad, 4L, Speedboat, Timeline. Pour creuser une cause racine, le 5 Pourquoi de Toyota reste l'outil de référence. Une rétro réussie produit au plus 1 à 3 actions d'amélioration — pas 15.