6 formats de rétrospective agile efficaces en 45-90 min

Une bonne rétrospective agile ne consiste pas à lister ce qui a bien ou mal fonctionné. En fin de sprint, elle doit aider l’équipe à comprendre ses irritants, choisir une amélioration réaliste et repartir avec une action claire. Si vos rétrospectives tournent en rond, changer de format peut suffire à relancer les échanges, à condition de choisir un modèle adapté au contexte.

Table des matières

À quoi sert vraiment une rétrospective agile ?

La rétrospective agile est une cérémonie d’amélioration continue. Elle réunit généralement l’équipe de développement, le Scrum Master et parfois le Product Owner pour analyser la manière de travailler, pas seulement le résultat produit. Elle intervient le plus souvent en fin de sprint, après la sprint review, mais peut aussi être organisée à la fin d’un projet, d’un trimestre ou d’une phase difficile.

Le guide officiel de la méthode Scrum : Accédez à la définition de référence de Scrum, rédigée par ses créateurs Ken Schwaber et Jeff Sutherland.

Son objectif est simple : transformer le feedback en décisions concrètes. Une équipe peut y parler de collaboration, de qualité, de Definition of Done, de communication avec les parties prenantes, de dette technique ou de charge mentale. Le livrable attendu n’est pas une longue liste de reproches, mais un petit nombre d’actions suivies dans le sprint suivant.

Le sujet mérite d’être pris au sérieux : selon Atlassian, 60 % des équipes agiles estiment que leurs rétrospectives manquent d’impact concret. Ce problème vient rarement d’un manque de bonne volonté. Il apparaît souvent quand le même modèle est répété mécaniquement, quand les actions ne sont pas suivies, ou quand les participants ne se sentent pas suffisamment en sécurité pour parler franchement.

Choisir le bon format selon le contexte de l’équipe

Avant de chercher un exemple de rétrospective agile original, commencez par clarifier votre besoin. Une équipe débutante n’a pas les mêmes attentes qu’une équipe mature. Une équipe en tension n’a pas besoin du même cadre qu’une équipe stable qui cherche simplement à optimiser son flux de travail.

Pour une équipe qui débute

Privilégiez des formats lisibles et rassurants : Start/Stop/Continue, Mad Sad Glad ou 4Ls. Ils donnent des catégories simples, évitent les consignes trop abstraites et facilitent la participation de chacun. Le Scrum Master doit surtout poser un cadre : pas de jugement personnel, des faits observables, un temps de parole équilibré et une décision finale limitée à une ou deux actions.

Pour une équipe lassée des rétros classiques

Si les participants écrivent toujours les mêmes post-its, il faut changer l’angle de réflexion. Les formats visuels comme Sailboat, Starfish ou Tetris obligent à regarder le sprint autrement. L’intérêt n’est pas de chercher la nouveauté pour la nouveauté, mais de créer une légère surprise cognitive : les personnes formulent alors des idées qu’elles n’auraient pas exprimées dans un tableau trop habituel.

Pour une équipe à distance ou hybride

À distance, la rétrospective doit être plus structurée. Préparez un tableau blanc virtuel, limitez les déplacements entre outils et prévoyez des temps de silence pour écrire. Miro, Klaxoon ou Bitrix24 peuvent aider à centraliser les idées, voter et conserver l’historique des actions. La durée idéale reste généralement entre 45 et 90 minutes : en dessous, l’analyse manque de profondeur ; au-delà, l’énergie baisse fortement.

6 exemples de rétrospective agile faciles à réutiliser

Voici six formats complémentaires, à choisir selon l’ambiance, la maturité agile et l’objectif de votre équipe. L’idéal est de ne pas les enchaîner au hasard : variez quand il y a un vrai besoin, pas seulement pour changer l’apparence de la réunion.

Start, Stop, Continue : le plus direct

Ce modèle demande à l’équipe ce qu’elle veut commencer, arrêter et continuer. Il fonctionne très bien après un sprint dense ou quand il faut obtenir rapidement des décisions. Exemple : commencer les revues de code plus tôt, arrêter les changements de priorité en milieu de sprint, continuer les démos internes du jeudi. Gardez un vote final pour sélectionner l’action la plus utile.

4Ls : Loved, Learned, Lacked, Longed for

Le format 4Ls explore quatre dimensions : ce que l’équipe a aimé, appris, manqué et souhaité. Il est particulièrement intéressant quand vous voulez aller au-delà des irritants opérationnels. Il fait émerger des sujets plus fins : apprentissage, frustration silencieuse, besoin de support ou manque de clarté. C’est un bon choix après un sprint riche en nouveautés techniques ou fonctionnelles.

Sailboat : visualiser les freins et les moteurs

La rétrospective Sailboat représente l’équipe comme un bateau. Le vent pousse vers l’objectif, les ancres ralentissent, les rochers indiquent les risques, l’île représente la destination. Ce format aide à relier les problèmes du sprint à une trajectoire commune. Il convient bien quand l’équipe a perdu de vue le pourquoi ou quand plusieurs obstacles se mélangent dans les discussions.

Starfish : décider ce qu’il faut doser

Le modèle Starfish invite à classer les idées en cinq zones : continuer, arrêter, commencer, faire plus, faire moins. Il est plus nuancé que Start/Stop/Continue, car il permet d’ajuster une pratique au lieu de la supprimer. Par exemple, une équipe peut décider de faire moins de réunions de synchronisation, mais plus de clarification en amont sur les critères d’acceptation.

Mad Sad Glad : libérer les émotions sans perdre le cadre

Mad Sad Glad permet aux participants d’exprimer ce qui les a mis en colère, attristés ou satisfaits. Il est utile après une période tendue, un incident ou une livraison difficile. Le facilitateur doit toutefois cadrer les échanges : on parle de situations, d’impacts et de besoins, pas de personnes à blâmer. Quand il est bien animé, ce format transforme l’émotion en matière d’apprentissage.

DAKI : clarifier les décisions d’amélioration

DAKI signifie Drop, Add, Keep, Improve : abandonner, ajouter, garder, améliorer. Ce format est efficace pour passer d’un diagnostic à des décisions concrètes. Il convient aux équipes déjà habituées aux rétrospectives, car il demande de formuler des propositions actionnables. Pour finir, associez chaque décision à un responsable, une échéance et un signal de réussite observable.

Animer une rétrospective qui produit autre chose que des post-its

Le format ne suffit pas. Une rétrospective réussie repose sur une animation claire, un climat de confiance et une discipline dans le suivi. Sans cela, même le meilleur modèle devient une collection d’idées oubliées.

Préparer le cadre avant la séance

Annoncez l’objectif de la rétrospective, le format choisi et le temps prévu. Préparez le tableau, les colonnes, les consignes et, si besoin, un icebreaker court. En présentiel, vérifiez le matériel. À distance, testez les droits d’accès au tableau collaboratif. Ce travail en amont évite de perdre les dix premières minutes en problèmes logistiques.

Faire converger vers une action testable

Une erreur fréquente consiste à terminer avec cinq ou six actions ambitieuses. Mieux vaut une amélioration réellement testée qu’un plan parfait jamais suivi. Formulez l’action comme une expérience : “Pendant le prochain sprint, nous ajoutons 15 minutes de refinement technique le mardi pour réduire les blocages en développement.” Cette précision rend le suivi beaucoup plus simple.

Une équipe fonctionne souvent comme une chaîne de dominos : un petit blocage en amont peut provoquer une cascade de retards, de malentendus et de corrections tardives. Pendant la rétrospective, cherchez donc le premier domino plutôt que le dernier symptôme. Si la recette arrive en retard, la cause n’est peut-être pas le test lui-même, mais une user story ambiguë, une dépendance externe non identifiée ou une décision produit prise trop tard. Cette lecture systémique évite de traiter uniquement ce qui se voit en fin de sprint.

Suivre les décisions au sprint suivant

Commencez la rétrospective suivante par un retour sur l’action précédente. A-t-elle été réalisée ? A-t-elle eu l’effet attendu ? Faut-il la garder, l’ajuster ou l’abandonner ? Ce rituel court installe une crédibilité forte. Les participants s’engagent davantage quand ils voient que leurs retours modifient réellement l’organisation du travail.

Outils, templates et bonnes pratiques pour varier sans se disperser

Les outils collaboratifs sont utiles, surtout pour les équipes distribuées, mais ils ne remplacent pas la facilitation. Miro est pratique pour les tableaux visuels comme Sailboat ou Starfish. Klaxoon facilite les ateliers interactifs, les votes et les nuages d’idées. Bitrix24 peut convenir si vous voulez relier la rétrospective à une gestion de projet plus large.

Pour gagner du temps, créez une petite bibliothèque interne de templates : un modèle classique pour les sprints ordinaires, un modèle émotionnel pour les périodes tendues, un modèle visuel pour redonner de l’énergie et un modèle décisionnel comme DAKI pour conclure un cycle. Ajoutez une checklist simple : objectif de la séance, durée, outil, consignes, vote, action retenue, responsable, date de suivi.

Contexte	Format recommandé	Objectif principal
Équipe débutante	Start/Stop/Continue	Structurer les premiers feedbacks
Sprint tendu	Mad Sad Glad	Exprimer les ressentis et apaiser
Perte de cap	Sailboat	Visualiser freins, risques et moteurs
Équipe mature	DAKI	Prendre des décisions d’amélioration
Routine installée	Starfish ou format visuel	Renouveler les angles de discussion

Enfin, n’hésitez pas à introduire ponctuellement des formats plus ludiques comme le Mème rétro, le Feu de camp, Mario Kart ou Escape Room, à condition qu’ils servent un objectif clair. Le bon exemple de rétrospective agile n’est pas forcément le plus original : c’est celui qui aide l’équipe à parler franchement, décider simplement et améliorer concrètement son prochain sprint.