Rétrospective d’équipe : les formats et comment l’animer

Une rétrospective d’équipe est une réunion courte et régulière au cours de laquelle une équipe prend du recul sur sa façon de travailler ensemble, pour décider de quelques améliorations concrètes à tester. Née dans le monde du développement logiciel et devenue un rituel central des méthodes agiles, elle sert bien au-delà : en fin de projet, après un incident, au retour d’un séminaire. Voici d’où elle vient, comment l’animer pas à pas, quels formats choisir selon la situation et quels pièges éviter.

Qu’est-ce qu’une rétrospective d’équipe ?

Le principe tient en trois questions : qu’est-ce qui s’est passé, qu’est-ce que nous en comprenons, qu’allons-nous changer ? La rétrospective porte moins sur le résultat que sur la manière dont l’équipe l’a produit : coordination, communication, outils, charge, ambiance.

Trois caractéristiques la distinguent d’une simple réunion de bilan :

• Elle est régulière. Dans une équipe agile, elle clôt chaque itération. Ailleurs, un rythme mensuel ou trimestriel convient.
• Elle appartient à l’équipe. Ses membres analysent leur fonctionnement et décident des changements, pas la hiérarchie.
• Elle débouche sur des actions. Une rétrospective réussie se termine par une à trois expériences précises, avec un responsable, que l’équipe testera dans la période suivante.

Une équipe marketing après une campagne, un comité de pilotage en fin de projet, une équipe d’animation au lendemain d’un séminaire : toutes gagnent à se poser ces questions dans un cadre structuré.

D’où vient la rétrospective

Le terme a été popularisé par Norman Kerth et son livre Project Retrospectives: A Handbook for Team Reviews, publié en 2001. Il y décrit des rétrospectives de fin de projet et formule ce qu’il appelle la « directive première » (prime directive), un principe à rappeler en ouverture de séance. En substance : on considère que chacun a agi au mieux de ce qu’il savait et pouvait faire à ce moment-là, avec les moyens dont il disposait et dans la situation qui était la sienne. On ne cherche donc pas de coupables.

En 2006, Esther Derby et Diana Larsen publient Agile Retrospectives: Making Good Teams Great. Elles adaptent la démarche au rythme des équipes agiles, en cinq phases :

1. Préparer le terrain (set the stage) : accueillir, rappeler l’objectif et le cadre, faire entendre chaque voix dès le début.
2. Recueillir les données (gather data) : reconstituer ce qui s’est passé, les faits comme les ressentis.
3. Générer des idées de compréhension (generate insights) : chercher les causes et les motifs, au-delà des symptômes.
4. Décider quoi faire (decide what to do) : choisir un petit nombre d’actions réalistes.
5. Clore (close the retrospective) : récapituler, remercier, et améliorer la rétrospective elle-même.

Enfin, le Scrum Guide fait de la rétrospective de sprint l’un des événements de Scrum : elle clôt chaque sprint et dure au plus trois heures pour un sprint d’un mois, moins pour des sprints plus courts. C’est souvent par Scrum que les entreprises la découvrent, au point de la croire réservée aux équipes agiles. Elle ne l’est pas.

Animer une rétrospective agile pas à pas : un déroulé d’1 h 30

Le déroulé ci-dessous suit les cinq phases de Derby et Larsen. Il convient à une équipe de cinq à douze personnes, sur une période de deux à quatre semaines. Pour une heure, raccourcissez les phases 2 et 3. Écrire ce déroulé à l’avance, consignes comprises, est le rôle d’un conducteur d’atelier minute par minute.

1. Préparer le terrain (10 minutes). Rappelez l’objectif, la période couverte et la directive première. Puis faites parler chacun brièvement : un mot pour décrire la période, ou une note de un à cinq. Vous trouverez d’autres idées dans notre sélection de brise-glace classés par objectif. Relisez aussi les actions de la rétrospective précédente.

2. Recueillir les données (20 à 25 minutes). Chacun note en silence, une idée par post-it, ce qu’il retient de la période selon les colonnes du format choisi (par exemple « ce qui a bien marché », « ce qui a coincé »). Cinq à huit minutes d’écriture, puis chacun lit ses post-its sans débat, et l’on regroupe les idées proches. Consigne type : « Pensez à des faits précis : une situation, un moment, un échange. Pas de nom de personne sur les post-its. »

3. Générer des idées de compréhension (20 à 25 minutes). Le groupe choisit les deux ou trois sujets qui comptent le plus, souvent par un vote par points (trois points par personne). Puis il les explore : pourquoi cela s’est-il produit ? Qu’avons-nous fait différemment quand cela a bien marché ? C’est la phase la plus souvent sautée : sans elle, l’équipe traite des symptômes.

4. Décider quoi faire (15 à 20 minutes). Pour chaque sujet retenu, le groupe propose des pistes, puis choisit une à trois actions au total. Une bonne action est petite, observable et datée : « À partir de lundi, chaque demande urgente passe par le canal partagé, et nous faisons le point dans deux semaines » plutôt que « mieux communiquer ». Chaque action reçoit un responsable. Annoncez la règle de décision, en vous inspirant des méthodes pour prendre une décision en groupe.

5. Clore (5 à 10 minutes). Relisez à voix haute les actions et leurs responsables. Remerciez. Puis demandez un retour rapide sur la séance elle-même, de un à cinq doigts : la rétrospective s’améliore aussi.

Sept formats de rétrospective, et quand les choisir

Le format structure surtout les phases 2 et 3. En changer de temps en temps évite la routine.

Start / Stop / Continue. Trois colonnes : ce que nous devrions commencer à faire, arrêter de faire, continuer à faire. Déjà formulé en actions, il convient à une première rétrospective ou à une équipe pressée. Sa limite : il saute vite l’étape de compréhension.

Les 4L. Quatre colonnes en anglais : Liked (ce que j’ai aimé), Learned (ce que j’ai appris), Lacked (ce qui m’a manqué), Longed for (ce que j’aurais souhaité). Centrés sur les apprentissages, ils conviennent en fin de projet ou après une période de changement.

Mad / Sad / Glad. Ce qui m’a agacé, ce qui m’a attristé ou déçu, ce qui m’a réjoui. Partir des émotions aide l’équipe à dire ce qu’elle ressent, utile pour débuter ou en période tendue.

Le bateau (voilier ou speedboat). On dessine un bateau qui navigue vers une île, l’objectif de l’équipe. Les participants placent ce qui pousse le bateau (le vent), ce qui le freine (les ancres) et les risques à venir (les récifs). La métaphore parle à tout le monde, y compris à un comité de direction peu familier des rituels agiles, et relie la rétrospective aux objectifs.

L’étoile de mer (starfish). Cinq zones disposées comme les branches d’une étoile : commencer, arrêter, continuer, faire plus, faire moins. Version nuancée du Start / Stop / Continue, pour une équipe qui fonctionne bien et cherche à ajuster.

La ligne de temps. On trace une frise couvrant la période, et chacun y place les événements marquants, éventuellement avec une courbe d’humeur. C’est le format des longues périodes (un trimestre, un projet entier), quand la mémoire se brouille.

Les 5 pourquoi. Issue du système de production de Toyota, la méthode consiste à demander « pourquoi ? » à plusieurs reprises, en repartant à chaque fois de la réponse précédente, jusqu’à atteindre une cause sur laquelle l’équipe peut agir. On l’utilise en phase 3, sur un problème précis (incident, livraison manquée), en gardant la question tournée vers le fonctionnement, jamais vers une personne.

Format	Objectif principal	Durée indicative	Maturité de l’équipe
Start / Stop / Continue	Passer vite aux actions	45 min à 1 h	Débutante
4L	Tirer les apprentissages	1 h à 1 h 30	Débutante à confirmée
Mad / Sad / Glad	Exprimer le ressenti	45 min à 1 h	Débutante
Bateau (voilier, speedboat)	Relier le fonctionnement aux objectifs et aux risques	1 h à 1 h 30	Tous niveaux
Étoile de mer	Ajuster finement les pratiques	1 h à 1 h 30	Confirmée
Ligne de temps	Reconstituer une longue période	1 h 30 à 2 h	Tous niveaux
5 pourquoi	Trouver la cause d’un problème précis	30 à 45 min (en phase 3)	Confirmée

Ces durées sont des repères, à ajuster selon la taille du groupe. Les formats se combinent : une ligne de temps suivie des 5 pourquoi sur le moment le plus difficile fait une bonne rétrospective de fin de projet.

Le rôle de l’animateur

L’animateur d’une rétrospective est responsable du cadre, pas du contenu. Il prépare le déroulé, distribue la parole, protège la réflexion individuelle et mène le groupe jusqu’aux décisions, sans donner son avis. C’est la définition même de la posture de facilitation, que nous détaillons dans notre article sur la définition de la facilitation.

Cette neutralité explique pourquoi le manager ne devrait pas toujours animer. Quand le responsable hiérarchique tient le feutre, les participants s’adressent à lui, certains sujets ne sortent pas, et il lui est difficile de ne pas défendre ses propres choix. Il peut animer de temps en temps, mais gagne souvent à participer comme les autres.

Plusieurs solutions existent : un Scrum Master ou un coach quand l’équipe en dispose, un collègue d’une autre équipe (les échanges d’animateurs entre équipes fonctionnent très bien), ou une rotation de l’animation entre les membres de l’équipe. La rotation diffuse les compétences d’animation, à condition que chacun ait quelques repères, par la pratique accompagnée ou une formation pour apprendre à concevoir et animer des ateliers collaboratifs. En grand groupe, l’animateur peut s’appuyer sur un gardien du temps, dans l’esprit des rôles qui rendent une réunion efficace.

La sécurité psychologique, condition de tout le reste

Une rétrospective ne vaut que par la franchise des échanges. Si les participants craignent d’être jugés, ils parleront des outils et du planning, jamais des vrais blocages. En 1999, Amy Edmondson a publié une étude sur la « sécurité psychologique » (psychological safety) dans les équipes de travail : la croyance partagée par les membres d’une équipe qu’on peut y prendre des risques interpersonnels, comme poser une question, signaler une erreur ou exprimer un désaccord, sans être puni ou humilié. Elle la relie aux comportements d’apprentissage de l’équipe, ceux qu’une rétrospective cherche à provoquer.

L’animateur peut agir sur plusieurs leviers :

• Rappeler la directive première à chaque séance : on examine des situations et des mécanismes, pas des personnes.
• Faire écrire avant de faire parler. La réflexion individuelle en silence donne une place aux plus discrets et limite l’influence des premiers qui s’expriment.
• Garder la rétrospective dans l’équipe. Seules les actions décidées sont partagées à l’extérieur.
• Montrer que les actions aboutissent. Rien ne nourrit davantage la confiance qu’un problème soulevé et réellement traité.

La rétrospective devient ainsi un rituel qui renforce le collectif dans la durée. Nous revenons sur ces mécanismes dans notre article sur ce qui construit vraiment la cohésion d’équipe.

Suivre les actions : là où tout se joue

Une équipe qui repart de chaque rétrospective avec une liste de dix actions n’en réalisera presque aucune, et cessera vite de croire au rituel. Trois règles simples changent la donne :

1. Peu d’actions. Une à trois par séance. Mieux vaut une amélioration réellement testée que cinq bonnes intentions.
2. Un responsable par action. Pas forcément celui qui la réalise seul, mais celui qui s’assure qu’elle avance et qui en rend compte.
3. Une revue au début de la rétrospective suivante. L’action a-t-elle été menée ? A-t-elle produit l’effet attendu ? On la garde, on l’ajuste ou on l’abandonne.

Présentez les actions comme des expériences (« nous essayons pendant deux semaines ») : l’équipe ose davantage, et abandonner une action qui ne marche pas devient un apprentissage plutôt qu’un échec.

Si la séance produit malgré tout plus de pistes que l’équipe ne peut en tenir, un passage rapide par la méthode MoSCoW aide à trancher : une ou deux actions en Must, le reste noté explicitement comme reporté.

Animer une rétrospective à distance

À distance, la structure en cinq phases reste la même, mais quelques adaptations s’imposent. Un outil de tableau blanc partagé remplace le mur et les post-its : chacun écrit en même temps, sur le même espace, ce qui préserve le caractère participatif de la séance. Préparez-le à l’avance, zones du format déjà dessinées.

• Le vote silencieux prend une place centrale. La plupart des tableaux blancs permettent un vote par points dont les résultats ne s’affichent qu’à la fin, ce qui évite que les premiers votes influencent les suivants.
• Des séquences plus courtes et des changements de format plus fréquents compensent la baisse d’attention propre aux visioconférences.

A. Grimaud a décrit en détail ces conditions, avec cinq exercices testés à distance, dans son article « Une rétrospective à distance ? » publié sur ce blog. Il y recommande un outil synchronisé, proche du papier et participatif.

Les pièges les plus fréquents

• La rétrospective qui tourne au procès. Dès que la discussion vise une personne, la sécurité psychologique s’effondre, et avec elle la franchise des séances suivantes. L’animateur ramène le groupe vers la situation : « Qu’est-ce qui, dans notre fonctionnement, a rendu cela possible ? »
• Toujours le même format. Au bout de quelques mois, les réponses deviennent mécaniques.
• Des actions jamais suivies. Sans revue en début de séance, la rétrospective devient une réunion de plus.
• Des plaintes sur ce qui échappe à l’équipe. Une question recentre : « Quelle part de ce problème est entre nos mains ? »

Bien installée, la rétrospective devient une habitude de l’équipe plutôt qu’une réunion imposée : un moment régulier pour regarder ensemble ce qui fonctionne, comprendre ce qui coince et décider de ce qu’on essaie ensuite. Elle demande surtout de la régularité, un cadre sûr et des actions réellement suivies.

Questions fréquentes sur la rétrospective

Pour approfondir. Norman L. Kerth, Project Retrospectives: A Handbook for Team Reviews (Dorset House, 2001) ; Esther Derby et Diana Larsen, Agile Retrospectives: Making Good Teams Great (Pragmatic Bookshelf, 2006) ; Ken Schwaber et Jeff Sutherland, The Scrum Guide (version 2020) ; Amy Edmondson, « Psychological Safety and Learning Behavior in Work Teams », Administrative Science Quarterly (1999). Sur le même blog : le codéveloppement professionnel et comment se débarrasser de la réunionite.