Un guide engagé pour des rétrospectives de sprint qui améliorent vraiment la façon de travailler des équipes : formats, dysfonctionnements courants, animation à distance et actions qui tiennent dans la durée.
Pour des milliers d'équipes scrum, chaque sprint se termine de la même façon : une réunion appelée rétrospective, à laquelle tout le monde assiste, que la plupart subissent et dont peu attendent le moindre changement. En général, le format n'est pas en cause, c'est l'animation qui pose problème. C'est une bonne nouvelle, car l'animation, ça se corrige.
Des rétrospectives se tiennent pour des équipes de trois comme de trente personnes, en présentiel comme entièrement à distance, dans des startups qui livrent chaque semaine comme dans de grandes entreprises qui avancent par sprints de six semaines. Les dysfonctionnements se ressemblent beaucoup partout, et les remèdes aussi. Ce guide couvre les deux.
Ce qu'est vraiment une rétrospective de sprint (et ce qu'elle n'est pas)
Le Scrum Guide définit la rétrospective de sprint comme un événement formel, à la fin de chaque sprint, au cours duquel l'équipe s'inspecte elle-même et établit un plan d'amélioration pour le sprint suivant. En pratique, c'est la seule réunion scrum qui porte explicitement sur la façon dont l'équipe travaille plutôt que sur ce que l'équipe construit.
La plupart des équipes le sous-estiment. Les post-mortems ont lieu après les catastrophes, et les sprint reviews examinent ce que le produit livre. La rétrospective est le seul créneau récurrent consacré à la santé des processus ; la laisser dégénérer en case à cocher coûte donc cher.
Les recherches du Project Aristotle de Google ont identifié la sécurité psychologique comme le facteur le plus important de l'efficacité d'une équipe. Les rétrospectives bien menées sont l'un des rares rituels d'équipe conçus pour la construire, et celles qui sont mal menées l'usent rapidement.
Le 17e State of Agile Report de Digital.ai a confirmé que scrum reste le cadre agile dominant dans le secteur. Beaucoup d'équipes organisent des rétrospectives ; savoir bien les animer est donc une compétence précieuse.
L'anatomie d'une rétrospective bien structurée
Le livre d'Esther Derby et Diana Larsen Agile Retrospectives a introduit la structure en cinq phases que je considère toujours comme la référence :
- Préparer le terrain (Set the Stage)
- Recueillir les données (Gather Data)
- Générer des enseignements (Generate Insights)
- Décider quoi faire (Decide What to Do)
- Clore la rétrospective (Close the Retrospective)
C'est la première phase que les animateurs sautent le plus souvent. Préparer le terrain construit la confiance qui rend possible une conversation honnête ; c'est donc bien plus qu'un échauffement. Une simple question sur les règles de fonctionnement ou un check-in en un mot prend cinq minutes et change l'ambiance de la salle.
Le Scrum Guide recommande un maximum de trois heures pour un sprint d'un mois, et proportionnellement moins pour des sprints plus courts. Ma règle empirique : réserver au moins 20 % de la rétro à la définition des actions et de leurs responsables. Beaucoup d'équipes passent l'essentiel de la séance à recueillir des données, puis bâclent les engagements, ce qui est l'inverse de ce qu'il faut faire. Des enseignements sans engagement, ce n'est que du défoulement.
L'animateur ne doit pas être le supérieur hiérarchique de l'équipe. Un déséquilibre de pouvoir perçu étouffe les retours francs ; quiconque a assisté à une rétro où le responsable de l'ingénierie anime aussi l'exercice des post-it le reconnaîtra. C'est en partie pour cela que le rôle de Scrum Master existe.
Les formats de rétrospective les plus courants et quand utiliser chacun
Start / Stop / Continue
La plupart des équipes commencent par là, et pour une bonne raison : trois colonnes, des consignes claires, rapide à expliquer et rapide à mener.
Sa faiblesse, ce sont des résultats superficiels. Les équipes listent les mêmes éléments sprint après sprint sans se demander pourquoi quelque chose revient sans cesse. Si vous utilisez Start/Stop/Continue, associez l'élément « Stop » le plus voté à un exercice des 5 Whys (les cinq pourquoi). Ce seul ajout transforme un générateur de listes en outil de diagnostic.
Les 4Ls : Liked, Learned, Lacked, Longed For
Introduits par Mary Gorman et Ellen Gottesdiener, les 4Ls (ce qu'on a aimé, appris, ce qui a manqué, ce qu'on a désiré) fonctionnent particulièrement bien après une version majeure ou un jalon. Ils mêlent réflexion émotionnelle et analyse d'une façon que Start/Stop/Continue ne permet pas, et « Longed For » fait émerger des aspirations que les formats centrés sur les processus ont tendance à enfouir.
Je les utilise quand une équipe vient de livrer quelque chose d'important et a besoin de revenir sur ce qui s'est bien passé et sur ce qui a semblé manquer, plutôt que de passer mécaniquement le sprint en revue.
Mad / Sad / Glad
Mad/Sad/Glad (en colère, triste, content) est ouvertement émotionnel. C'est sa force, et la raison pour laquelle certaines équipes y résistent.
Imaginez une équipe distribuée qui passe de Start/Stop/Continue à Mad/Sad/Glad au bout de six mois et fait aussitôt émerger un problème de moral autour de la rotation des astreintes, que le format analytique ne cessait de manquer. Le cadrage émotionnel autorise les gens à nommer quelque chose qui paraissait trop personnel pour une discussion sur les processus.
Utilisez-le quand vous soupçonnez un problème de moral ou de santé d'équipe que votre format actuel ne fait pas émerger.
Le voilier
Adapté du jeu Speed Boat issu des Innovation Games de Luke Hohmann, le voilier (Sailboat) repose sur une métaphore visuelle : le vent fait avancer l'équipe, les ancres la ralentissent et les rochers sont les risques à venir. Une image spatiale suscite une autre réflexion qu'une colonne de texte.
Il fonctionne particulièrement bien pour les équipes à distance qui utilisent Miro ou FigJam, où le canevas permet aux membres les plus discrets de contribuer en asynchrone avant la séance en direct. Remplir le tableau avant l'appel représente la moitié de la valeur.
Gérer les rétrospectives dysfonctionnelles
Trois dysfonctionnements reviennent sans cesse, et chacun appelle une réponse différente.
Les mêmes problèmes reviennent sans cesse
C'est de l'impuissance apprise : l'équipe ne croit plus que le rituel mène au changement, alors elle fait semblant. Une nouvelle activité n'y changera rien ; un audit, si. Ressortez les actions des cinq derniers sprints, triez-les devant l'équipe entre terminées, bloquées et abandonnées, et écartez explicitement celles sur lesquelles l'équipe n'a aucune prise. Les travaux de Patrick Lencioni sur les dysfonctionnements d'équipe considèrent ce type d'érosion de la confiance comme fondamental, et rien d'utile ne peut être bâti par-dessus tant qu'il n'est pas traité directement.
Une ou deux voix dominent
Le remède le plus fiable est le brainstorming silencieux avant le partage en groupe : chacun écrit seul avant que quiconque prenne la parole. Des outils comme EasyRetro permettent un vote numérique anonyme, ce qui retire la dimension personnelle du classement des idées et donne un poids égal aux membres les plus discrets. Les recherches en psychologie sociale sur le blocage de production vont dans le même sens : écouter les autres parler freine votre propre production d'idées. Donc, écrivez d'abord et partagez ensuite.
En pratique, les gens s'expriment moins quand cela leur paraît socialement risqué. Un ingénieur senior qui domine la rétro réduit la capacité de l'équipe à s'améliorer, ce qui est un problème bien plus sérieux que d'être agaçant.
Les rétros qui tournent à la séance de plaintes
Le défoulement a sa place dans une rétrospective, mais pas pendant la phase des actions. Quand une rétro se transforme en pure séance de plaintes, recadrez avec une question précise : « Quelle est une chose que nous pouvons changer dans les deux prochaines semaines pour améliorer la situation ? » Limiter la question à ce que l'équipe maîtrise et à un horizon court coupe court au défoulement et oriente le groupe vers quelque chose sur quoi il peut agir.
Rétrospectives à distance et hybrides
Les rétros à distance échouent de façon prévisible : fatigue des caméras, préparation négligée et écart de participation pour les personnes moins à l'aise avec les outils numériques. Les bons animateurs à distance traitent ces trois points avant le début de la séance.
L'une des pratiques les plus efficaces consiste à diviser la rétro en une pré-phase asynchrone (24 heures avant l'appel) et une phase de synthèse synchrone. Des outils comme Miro et FigJam le permettent nativement. Les membres de l'équipe remplissent un tableau numérique avant la séance en direct, et n'ont donc pas à trouver des idées sous la pression sociale du temps réel. La séance en direct se concentre ensuite sur le regroupement, la discussion et la décision.
Le handbook de travail à distance de GitLab place la communication asynchrone d'abord au cœur du fonctionnement d'une entreprise entièrement à distance. C'est l'une des références concrètes les plus détaillées sur la pratique agile à distance.
Les rétrospectives hybrides sont plus difficiles que les rétrospectives entièrement à distance. Quand certaines personnes partagent une salle et que d'autres sont derrière un écran, les personnes présentes dans la salle deviennent une sous-équipe. La solution : que chacun se connecte depuis son propre appareil, même en étant assis dans le même bureau. Cela met tout le monde sur un pied d'égalité et supprime l'avantage de la présence en salle.
Faire en sorte que les actions tiennent vraiment
C'est là que la plupart des rétrospectives échouent, quel que soit le format choisi.
Chaque action a besoin de trois choses : un responsable nommé (pas « l'équipe »), une définition de « terminé » et une place dans le Sprint Backlog. Une action qui n'entre pas dans le travail du sprint suivant n'existe pas, dans les faits.
Limitez-vous à une à trois actions par sprint. En pratique, les équipes qui produisent huit actions en terminent rarement une seule, et celles qui s'engagent sur deux les réalisent généralement toutes les deux.
Soyez précis. Les personnes qui décident à l'avance quand, où et comment elles agiront pour atteindre un objectif passent plus souvent à l'acte que celles qui se contentent d'énoncer une intention. « Nous allons améliorer notre processus de revue des PR » n'est pas une action. « D'ici la fin du sprint 14, Priya ajoutera une checklist de PR sur la page Confluence de notre équipe et nous l'utiliserons lors des trois prochaines revues » en est une.
Un backlog de rétro visible (un label ou un epic dédié dans Jira, Linear ou Azure DevOps) affiche les engagements de rétrospective en cours à côté du travail du sprint, sans réunions supplémentaires. Un moyen fiable de sortir des « rétros zombies » est un premier point fixe à l'ordre du jour : passer en revue les actions de la rétro du sprint précédent avec un statut rouge/orange/vert avant d'en générer de nouvelles. Ce seul changement structurel suffit souvent à restaurer la confiance de l'équipe dans le rituel.
Mener votre première rétrospective améliorée
La rétrospective est le moyen le plus direct pour une équipe d'améliorer sa façon de travailler. Bien menée, c'est le rituel le plus précieux de scrum ; mal menée, c'est le plus démoralisant.
Animer de très bonnes rétros est une compétence qui demande du temps. Un animateur qui mène d'excellentes rétros la troisième année y est parvenu grâce à ce qu'il a appris les première et deuxième années, et non en trouvant le format parfait dès le premier jour.
Choisissez donc un format de ce guide et utilisez-le lors de votre prochain sprint. Si votre équipe est bloquée sur Start/Stop/Continue depuis six mois, essayez Mad/Sad/Glad. Si vous êtes à distance et que vous sautez la pré-phase asynchrone, ajoutez-la. Si vos actions meurent les unes après les autres faute de responsable, mettez en place le backlog de rétro.
Revenez ensuite nous raconter dans les commentaires ce qui s'est passé. Les détails sont les bienvenus.
Pour les équipes qui veulent aller plus loin, les ressources de Workshop Weaver sur les rétrospectives couvrent des techniques d'animation pour un large éventail d'équipes, des squads tout juste formées qui mènent leur première rétro aux équipes expérimentées qui cherchent à rompre avec des schémas qui ne fonctionnent plus depuis des mois.
💡 Astuce : Essayez Workshop Weaver gratuitement pendant 7 jours. Pas de carte bancaire requise.
Commencer l'essai gratuit