Rétrospective agile : 10 formats avec exemples pour relancer votre équipe
Une rétrospective qui tourne toujours au même format finit par ne plus rien produire : les mêmes post-it, les mêmes actions jamais réalisées. Changer de format est le moyen le plus simple de relancer la réflexion. Voici 10 formats de rétrospective agile, avec pour chacun un exemple concret et le moment où il fonctionne le mieux.
En bref : une rétrospective agile est une réunion de fin d’itération où l’équipe examine sa façon de travailler et décide d’une ou deux améliorations concrètes. Le format (Start Stop Continue, Speedboat, 4L…) structure la discussion, mais la vraie mesure de réussite est simple : les actions décidées sont-elles réalisées au sprint suivant ?
La structure en 5 temps, valable pour tous les formats
- Ouvrir (5 min) : un tour de météo ou un mot pour dire dans quel état chacun arrive.
- Collecter les faits (15 min) : ce qui s’est passé pendant l’itération, avec le format choisi.
- Comprendre (15 min) : regrouper, voter, creuser les causes des deux ou trois sujets prioritaires.
- Décider (10 min) : une à deux actions, chacune avec un responsable et une échéance.
- Clôturer (5 min) : retour rapide sur la rétro elle-même.
10 formats de rétrospective avec exemples
1. Start, Stop, Continue
Quand l’utiliser : le format de départ idéal, pour une équipe qui découvre les rétrospectives.
Comment : trois colonnes : ce qu’on commence à faire, ce qu’on arrête, ce qu’on continue. Exemple de résultat : « Stop : les mises en production le vendredi après-midi ».
2. Mad, Sad, Glad
Quand l’utiliser : après une itération chargée en émotions, ou quand l’ambiance s’est dégradée.
Comment : chacun classe ses ressentis en colère, tristesse ou satisfaction. On s’attarde sur les « Mad », qui cachent souvent un irritant de process.
3. 4L : Liked, Learned, Lacked, Longed for
Quand l’utiliser : en fin de release ou de PI, pour prendre du recul.
Comment : ce que l’on a aimé, appris, ce qui a manqué et ce que l’on aurait souhaité. La colonne « Lacked » fait émerger les besoins en outils ou en compétences.
4. Speedboat (ou Sailboat)
Quand l’utiliser : quand l’équipe a un objectif clair (une livraison, un jalon) et veut identifier ce qui la freine.
Comment : on dessine un bateau : le vent pousse (ce qui aide), les ancres freinent (ce qui ralentit), les rochers sont les risques à venir, l’île est l’objectif.
5. Starfish
Quand l’utiliser : pour une équipe mature qui veut affiner ses pratiques plutôt que les révolutionner.
Comment : cinq branches : continuer, faire plus, faire moins, arrêter, commencer. Plus nuancé que Start Stop Continue.
6. Timeline
Quand l’utiliser : après une itération longue ou mouvementée, quand les souvenirs divergent.
Comment : on reconstitue chronologiquement les événements marquants, puis chacun indique son niveau d’énergie jour par jour. Les creux de la courbe pointent les problèmes.
7. KALM : Keep, Add, More, Less
Quand l’utiliser : pour ajuster un fonctionnement qui marche globalement bien.
Comment : quatre colonnes simples : garder, ajouter, faire plus, faire moins.
8. Lean Coffee
Quand l’utiliser : quand l’équipe a beaucoup de sujets différents et peu de temps.
Comment : chacun propose des sujets, on vote, puis on les traite par ordre de priorité en temps limité (5 minutes, prolongeables par vote).
9. Les 5 pourquoi
Quand l’utiliser : quand un incident ou un échec précis domine l’itération.
Comment : on part du problème et on demande « pourquoi ? » jusqu’à atteindre une cause racine sur laquelle l’équipe peut agir.
10. Pre-mortem (futurespective)
Quand l’utiliser : avant un gros lot de travail ou un nouveau PI.
Comment : on imagine que le projet a échoué et on liste toutes les raisons possibles. On transforme les plus probables en actions de prévention.
Quel format choisir ?
| Situation | Format conseillé |
|---|---|
| Équipe nouvelle | Start, Stop, Continue |
| Tensions dans l’équipe | Mad, Sad, Glad |
| Fin de release ou de PI | 4L ou Timeline |
| Objectif de livraison proche | Speedboat |
| Incident majeur | 5 pourquoi |
| Avant un nouveau chantier | Pre-mortem |
| Beaucoup de sujets en vrac | Lean Coffee |
5 règles pour que la rétrospective serve à quelque chose
- Limiter à une ou deux actions, jamais dix.
- Commencer chaque rétro par le suivi des actions précédentes.
- Ajouter les actions au backlog du sprint, pour qu’elles aient de la capacité.
- Faire tourner l’animation entre les membres de l’équipe.
- Protéger la confiance : ce qui se dit en rétro reste dans l’équipe.
Pour aller plus loin sur la pratique, lisez notre article sur la rétrospective agile efficace. À l’échelle d’un train SAFe, la rétrospective se prolonge dans l’Inspect & Adapt de fin de PI : voir notre guide de la méthode SAFe.
