Modèle de rétrospective : format, exemple — et comment les action items survivent jusqu'à la prochaine rétro (2026)

Une rétrospective est la réunion où une équipe examine comment elle a travaillé — sur un sprint, une version, un mois — et décide ce qu'elle change. Pas ce qu'elle a construit : la revue s'en charge. Mais la façon dont elle l'a construit : ce qui a ralenti le travail, ce qui l'a fait avancer, et la ou les deux choses que l'équipe fera différemment la prochaine fois. Un modèle de rétrospective est la page unique qui tient cette conversation dans un ordre fixe, pour que la réunion produise une décision plutôt qu'une liste de plaintes.

Ce guide commence par le savoir-faire — le format, un modèle de rétrospective de sprint à copier, un exemple rempli, les quatre séries de questions entre lesquelles la plupart des équipes alternent — puis aborde la mécanique : où vit la rétro dans les outils que votre équipe utilise déjà, et ce qu'il advient de ses actions après l'appel. Car le vrai test d'une rétrospective n'est pas le tableau à la fin de l'heure. Ce sont les cinq premières minutes de la suivante, quand quelqu'un demande si les deux changements décidés par tous ont réellement eu lieu.

Ce qu'est une rétrospective — et ce qu'elle n'est pas

Quatre réunions gravitent autour de la rétrospective, et les équipes les fusionnent à leurs dépens :

La rétrospective est la seule des quatre qui porte sur l'équipe elle-même, en sa présence, et où c'est l'équipe qui décide. C'est pourquoi son résultat est modeste — une équipe peut changer une ou deux habitudes par cycle, pas dix — et pourquoi une rétro dont la liste est longue est généralement devenue une revue ou une revue d'incident sous un faux nom. L'ordre du jour de la revue de sprint et celui de la rétro sont deux pages distinctes, et pour une bonne raison.

Une rétrospective n'est pas non plus une réunion de point d'avancement avec des états d'âme. « Faisons un tour de table pour dire comment le sprint s'est passé » produit une ambiance, pas un changement. Le modèle ci-dessous demande des données avant les opinions, l'écrit avant la parole, et une décision avant la fin de l'heure.

Ce que contient le modèle : le format

Un modèle de rétrospective utilisable comporte sept parties, dans cet ordre. La plupart des modèles en ligne n'en reprennent qu'une partie ; les deux qui manquent le plus souvent sont la première et la dernière.

1. Les actions de la rétro précédente, vérifiées. Avant toute chose : chaque action de la dernière fois, son responsable, et l'un des trois états — faite, non faite avec la raison, abandonnée. Deux minutes pour une liste de trois. Une rétrospective qui saute cette étape annonce que ses actions sont facultatives, et la salle l'entend.
2. La période en faits. Ce qui a été livré, ce qui a glissé, ce qui est tombé en panne, en chiffres ou en dates, sur le tableau avant que quiconque ne parle. Trois à cinq lignes. Des opinions débattues à partir des mêmes faits convergent ; débattues à partir de souvenirs différents, elles ne convergent pas.
3. Ce qui a bien fonctionné. D'abord par écrit, une note par personne et par point, puis lues à voix haute. Écrire d'abord est la règle qui permet à la moitié silencieuse de l'équipe de se faire entendre, et la raison habituelle pour laquelle les rétros sont dominées par deux voix.
4. Ce qui n'a pas fonctionné. Même méthode. Les notes portent sur le travail et la façon de travailler, pas sur les personnes ; l'animateur déplace toute note qui nomme quelqu'un dans le bac à idées, pour un entretien individuel.
5. Regrouper et choisir. Regrouper les notes en ensembles, et laisser chacun placer deux votes sur ceux qu'il souhaite traiter. Les un ou deux premiers constituent le sujet de la rétro pour le temps restant ; les autres attendent la suivante, et la liste de ce qui a attendu est conservée.
6. Un ou deux changements, sous forme d'actions. Pour chaque ensemble retenu, le changement auquel l'équipe s'engage, rédigé comme un action item : un responsable, un verbe, une date. « Mieux estimer » est un vœu ; « Lena — ajouter un contrôle d'estimation de 15 minutes à la planification du jeudi — à partir du prochain sprint » est une action.
7. Responsables, date de vérification et remerciements. Relire les actions avec leurs responsables ; nommer la date à laquelle elles seront vérifiées — normalement la prochaine rétro ; et conclure par un tour de remerciements nominatifs. Ce dernier point n'est pas décoratif : c'est ce qui donne aux gens l'envie d'écrire les notes du point 4 la fois suivante.

Ce qui reste dehors : tout ce qui relève de la revue (le périmètre), de la revue d'incident (la chronologie d'une défaillance) ou d'un entretien individuel (une personne). Une rétrospective qui tente de porter tout cela s'éternise et ne décide rien.

Comment la mener : avant, pendant, après

Avant : fixer le créneau et préparer les faits. Une rétrospective est une réunion périodique, placée après la revue et avant la planification suivante, de sorte qu'elle s'appuie sur ce qui a réellement été livré ; sa place dans la semaine est détaillée dans le guide du rythme des réunions. La veille, l'animateur publie dans le canal de l'équipe les faits de la période — la liste de ce qui a été livré, de ce qui a glissé, les incidents — ainsi que les actions de la dernière rétro avec leurs responsables, afin que les points 1 et 2 soient lus avant la réunion et non assemblés pendant. Faites tourner l'animation : une rétro toujours menée par le manager devient un rapport au manager.

Pendant : écrire avant de parler, puis décider. Ouvrez par la vérification des actions — chaque responsable dit « fait » ou « pas fait », et pourquoi, en une phrase. Puis les faits, lus à voix haute en une minute. Puis huit minutes d'écriture silencieuse sur ce qui a bien fonctionné et ce qui n'a pas fonctionné, chaque note visible de tous dès qu'elle est posée, dans la langue propre à chaque membre si le tableau traduit, et dans l'unique langue convenue par la salle s'il ne traduit pas. Lecture, regroupement, votes : quinze minutes. Les ensembles retenus occupent le reste de l'heure, et la seule mission de l'animateur sur cette portion est de transformer la discussion en une action nominative avant la fin du temps imparti, en relisant chacune à voix haute pour que le responsable l'accepte deux fois. Cinq minutes à la fin : actions avec responsables et date de vérification, puis remerciements.

Après : publier la page le jour même, là où la prochaine rétro l'ouvrira. Le tableau avec ses notes, les ensembles retenus, les actions avec leurs responsables, et les actions précédentes avec leur état — une page, pour tout le monde, y compris ceux qui étaient absents. Puis placez-la là où la prochaine rétrospective démarre : la vérification des actions en haut de la page suivante est une copie de la liste d'actions en bas de celle-ci. Une rétrospective gardée dans le carnet de l'animateur est une rétrospective que l'équipe n'a pas.

La conduite de l'heure elle-même — l'ouverture, le découpage du temps, la relecture des décisions dans les cinq dernières minutes — relève du même savoir-faire que n'importe quelle réunion efficace. Ce qui est propre à la rétro, c'est la règle de l'écrit d'abord et la limite de deux changements.

Un modèle de rétrospective de sprint

[Équipe] — Rétrospective, sprint [numéro] / [période]
Date : [date] · Heure : [début]–[fin] · Lien : [lien de la réunion]
Objectif : choisir un ou deux changements dans notre façon de travailler, et vérifier ceux que nous avons choisis la dernière fois.
Animateur : [nom, en rotation] · Notes : [nom ou « le compte rendu »]
À lire avant : la page de la dernière rétro, les faits de la période

1. Actions de la dernière rétro — animateur — 5 min — information
– [Responsable] — [action] — échéance [date] — faite / non faite : [raison] / abandonnée
– [Responsable] — [action] — échéance [date] — faite / non faite : [raison] / abandonnée

2. La période en faits — animateur — 3 min — information
Livré : [liste]. Glissé : [liste]. En panne : [liste]. [Un chiffre qui compte pour cette période.]

3. Ce qui a bien fonctionné — tous, d'abord par écrit — 8 min — discussion
[Notes, un point chacune, lues à voix haute après l'écriture.]

4. Ce qui n'a pas fonctionné — tous, d'abord par écrit — 8 min — discussion
[Notes sur le travail et la façon de travailler — pas sur les personnes.]

5. Regrouper et voter — tous — 10 min — décision
Ensembles : [A], [B], [C]. Deux votes chacun. Retenus : [un ou deux]. En attente pour la prochaine fois : [le reste].

6. Les changements auxquels nous nous engageons — équipe — 15 min — décision
– [Responsable] — [verbe + objet] — à partir du [date] — vérifié à la rétro du [date]
– [Responsable] — [verbe + objet] — à partir du [date] — vérifié à la rétro du [date]

7. Responsables, date de vérification, remerciements — 5 min
Relecture des actions avec leurs responsables. Date de vérification : prochaine rétro, [date]. Un remerciement chacun, nominatif.

Bac à idées : [sujets soulevés et non retenus — reportés sur la page de la prochaine rétro]

Le modèle est en texte brut : il se colle dans un document, un canevas, une colonne de notes adhésives sur un tableau blanc ou un message de chat sans remise en forme. L'ordre est ce qui compte ; l'outil, non.

Un exemple rempli : une équipe produit de huit personnes, après un sprint de deux semaines

Équipe Plateforme — Rétrospective, sprint 31
Objectif : choisir un ou deux changements dans notre façon de travailler, et vérifier ceux que nous avons choisis la dernière fois.
Animateur : Mateusz · Notes : le compte rendu
À lire avant : la page de la rétro du sprint 30 ; les faits du sprint 31 publiés hier dans le canal

1. Actions de la dernière rétro — 5 min
– Priya — décaler le daily à 09:30 pour que Lisbonne le suive en direct — échéance 2 nov. — faite
– Kenji — une page de définition de « terminé » pour la partie mobile — échéance 6 nov. — non faite : en attente des corrections du responsable QA ; nouvelle échéance le 20 nov.

2. La période en faits — 3 min
9 éléments livrés sur 11 prévus. Glissé : le job d'export, l'e-mail d'onboarding. En panne : un incident, 40 minutes, l'index de recherche. La revue du jeudi a dépassé de 25 minutes.

3. Ce qui a bien fonctionné — 8 min
Le travail en binôme sur la correction de la recherche l'a bouclée le jour même. Le canal a gardé les faits, donc personne n'a demandé deux fois « qu'avons-nous livré ». Lisbonne a assisté à tous les daily.

4. Ce qui n'a pas fonctionné — 8 min
Deux éléments n'étaient qu'à moitié spécifiés au démarrage du sprint. La revue a débordé parce que la démo était préparée pendant la réunion. Le rapport d'incident a été rédigé trois jours trop tard.

5. Regrouper et voter — 10 min
Ensembles : préparation en début de sprint (6 votes), durée de la revue (4), rapports d'incident (3), estimations (2). Retenus : préparation, revue. En attente : rapports d'incident, estimations.

6. Les changements auxquels nous nous engageons — 15 min
– Lena — un contrôle de préparation pour chaque élément le mardi avant la planification ; un élément sans spécification d'une ligne ni responsable n'entre pas dans le sprint — à partir du sprint 32 — vérifié à la rétro du 28 nov.
– Tomás — l'environnement de démo prêt et testé avant midi le jour de la revue — à partir du sprint 32 — vérifié à la rétro du 28 nov.

7. Responsables, date de vérification, remerciements — 5 min
Relecture. Date de vérification : 28 nov. Remerciements à Priya pour le travail en binôme sur la recherche et à Lisbonne pour les débuts de journée matinaux.

Bac à idées : rapports d'incident ; estimations — en tête de liste pour la rétro du sprint 32.

Voyez ce qui fait fonctionner la page : le premier point et l'avant-dernier sont la même liste vue à deux semaines d'écart. Les actions du sprint 31 sont nées en bas de la page du sprint 30 et ont été jugées en haut de celle-ci ; celles du sprint 32 seront jugées le 28 novembre. Cette boucle est toute la valeur d'une rétrospective, et c'est la partie que la plupart des modèles laissent à la mémoire.

Quatre séries de questions, et quand chacune convient

Les points 3 et 4 du modèle forment une paire de questions, et les équipes se lassent de la même paire. Quatre alternatives bien connues, chacune se terminant toujours par les points 5 et 6 :

Quelle que soit la série retenue, deux règles s'appliquent : l'écrit avant la parole, et un résultat de une ou deux actions avec responsables. Une série de questions qui produit un mur de notes plus riche mais aucune décision a rendu la réunion plus intéressante et moins utile.

Où vit la rétrospective dans les outils que vous utilisez déjà

Chaque grande plateforme offre à la rétro un tableau ou un document, et chacune s'arrête à un point différent. Seuls les comportements documentés sont retenus, d'après les pages des éditeurs eux-mêmes, avec le mois où chaque fait a été vérifié :

Deux choses sont identiques sur chaque ligne. Le tableau de la rétro est un document à côté de la réunion, dans l'unique langue dans laquelle il a été rédigé ou tenu ; et savoir si les actions de la dernière rétro ont été menées à bien est une question à laquelle le document ne répond pas — c'est une personne qui ouvre la page précédente à la réunion suivante et la lit à la salle. Là où cela suffit, n'importe lequel des quatre convient et le tableau constitue toute la réponse. Où finissent ensuite la transcription, l'enregistrement et le résumé d'un appel Teams ou Meet, et qui peut encore ouvrir chacun, c'est détaillé dans où Teams et Meet conservent votre transcription, votre enregistrement et votre résumé ; ce que couvre la traduction en direct de chaque plateforme pendant l'appel et là où elle s'arrête, vous le trouverez dans les guides Teams et Meet (Teams, Meet).

Comment les actions survivent jusqu'à la prochaine rétro

InterMIND est un espace de communication où une réunion vit dans un canal ; la rétrospective y trouve donc naturellement sa place : un canal à elle, où les faits de la période et les actions de la dernière rétro sont publiés la veille, et où le canal conserve le compte rendu de chaque session, si bien que la page du sprint 30 est à un clic de celle du sprint 31. Chaque membre écrit dans sa langue et lit les autres dans la sienne ; une page rédigée ailleurs arrive dans le canal par e-mail — l'hôte donne au canal une adresse propre, et un message qui lui est envoyé apparaît comme un message ordinaire, avec l'expéditeur nommé et les pièces jointes conservées.

Pendant l'appel, le tableau est une note affichée sur l'écran de chacun à côté des vignettes vidéo grâce à Share to conference : l'animateur la modifie en direct pendant que la salle écrit ses points, et chaque participant la lit dans sa propre langue, l'original étant accessible d'un simple basculement. Le compte rendu de la session précédente peut être partagé dans la conférence de la même manière, si bien que le point 1 — les actions de la dernière rétro — est le véritable relevé affiché sur l'écran de tous, et non le souvenir qu'en garde quelqu'un.

À la fin de l'appel, le compte rendu est rédigé à partir de la réunion elle-même : un résumé, les points marqués comme convenus, ouverts ou contestés, les action items avec leurs responsables, chaque ligne conservant son horodatage. Il arrive par e-mail, sous forme de message dans le canal et de lien dans l'événement du calendrier, et chaque membre connecté le lit dans sa propre langue — le relevé est traduit pour chaque lecteur, et non rédigé une seule fois dans la langue que la salle a utilisée. Tout membre peut le modifier, et chaque modification conserve son auteur et l'historique des révisions. L'hôte peut ajouter une copie du compte rendu à n'importe quelle adresse — la boîte de réception d'un outil de suivi ou d'un CRM — de sorte que les deux actions parviennent au système de référence sans que personne n'ait à rien transférer. Teams et Meet, d'après leur documentation citée plus haut, traduisent l'instant — des sous-titres pendant l'appel, un compte rendu dans la langue de la réunion ; ici, c'est l'espace lui-même qui reste traduit.

Dans une organisation où les pages de statut d'équipe sont activées, les actions de la rétro sont en outre vérifiées. Chaque action consignée dans un compte rendu rejoint la chaîne de tâches de l'organisation, et lorsque le compte rendu suivant est rédigé, les actions ouvertes sont confrontées à ce qui a été dit : une action que quelqu'un a déclarée terminée est marquée faite ; une action évoquée mais non terminée est marquée non faite, avec la raison donnée dans les mots de la réunion ; une action dont personne n'a parlé reste ouverte. Les verdicts figurent sur la page de statut de l'organisation, chacun avec le compte rendu sur lequel il s'appuie, et au début de la session suivante Mia nomme les points ouverts et leurs responsables — de sorte que le point 1 du modèle est évoqué même si personne n'a ouvert la page précédente. Les pages de statut d'équipe sont une fonctionnalité en préversion : l'administrateur d'une organisation les active sous Paramètres → Avancé après avoir accepté les conditions alpha (la page Fonctionnalités en préversion décrit chacune d'elles).

Un invité — un prestataire sur le sprint, l'ingénieur d'un client convié à une rétro — rejoint par lien, sans compte et gratuitement, depuis un téléphone ou dans le navigateur, et entend la réunion en direct dans sa propre langue. Il n'existe pas de relevé pour un invité ensuite — le compte est gratuit, et c'est lui qui rend le relevé accessible. L'hôte fournit l'espace et, sur une offre payante, ne paie que les membres actifs au cours des 28 derniers jours ; les membres qui deviennent silencieux conservent leur accès sans frais.

• Ouvrir un compte rendu complet — un vrai relevé produit par le même code que celui qui rédige les vôtres, action items compris.
• Essayer la démo en direct — sans inscription ; parlez, et entendez la salle traduite pour chaque auditeur.

La rétrospective, en tant que savoir-faire, survit à tous les outils : il faut toujours que quelqu'un demande à l'équipe ce qu'elle veut changer et la tienne à deux réponses. Ce qui n'a pas à survivre, c'est le second travail — ressaisir le tableau après l'appel, dans une seule langue, et ouvrir la rétro suivante en demandant si quelqu'un a fait ce que la précédente avait décidé.

FAQ

Qu'est-ce qu'une réunion de rétrospective ?

Une rétrospective est une réunion périodique où une équipe examine comment elle a travaillé sur une période — un sprint, une version, un mois — et s'engage sur un ou deux changements dans sa façon de travailler. Elle vérifie d'abord les actions de la rétro précédente, place les faits de la période sur le tableau, recueille par écrit ce qui a bien fonctionné et ce qui n'a pas fonctionné, regroupe et vote, et se termine par des actions dotées d'un responsable et d'une date de vérification. Elle se distingue de la revue, qui examine ce qui a été construit, et de la revue d'incident, qui examine une défaillance précise.

Comment mener une rétrospective de sprint ?

Fixez le créneau après la revue et avant la planification, et publiez les faits de la période ainsi que les actions de la dernière rétro dans le canal de l'équipe la veille. Pendant la réunion : vérifiez les actions de la dernière fois (cinq minutes), lisez les faits, écrivez en silence les notes sur ce qui a bien fonctionné et ce qui n'a pas fonctionné avant que quiconque ne parle, lisez-les, regroupez, votez à raison de deux votes chacun, puis consacrez le temps restant à transformer les un ou deux premiers ensembles en actions avec un responsable et une date. Relisez les actions, nommez la date de vérification — normalement la prochaine rétro — et concluez par des remerciements. Publiez la page le jour même, là où la prochaine rétro l'ouvrira.

Quelles sont les 5 étapes d'une rétrospective ?

La structure en cinq étapes la plus répandue est la suivante : installer le cadre (objectif, actions précédentes, règles), recueillir les données (les faits de la période et les notes de chacun), générer des enseignements (regrouper les notes et trouver ce qui les relie), décider quoi faire (une ou deux actions avec responsables) et clore (relecture, date de vérification, remerciements). Le modèle de ce guide correspond à ces étapes point par point : les points 1–2 installent le cadre et recueillent les faits, 3–5 recueillent et regroupent, 6 décide, 7 clôt.

Quelle est la différence entre une revue de sprint et une rétrospective de sprint ?

La revue examine le travail — ce qui a été construit, si c'est bien ce qui était visé, ce qui change dans le backlog — en présence des parties prenantes. La rétrospective examine la façon de travailler — ce qui a ralenti l'équipe et ce qu'elle va changer — avec l'équipe seule. La revue laisse derrière elle des éléments acceptés et des modifications du backlog ; la rétrospective laisse une ou deux actions sur la façon dont l'équipe travaille, et les actions de la dernière fois marquées faites ou non. La rétro se place après la revue pour s'appuyer sur ce qui a réellement été livré.

Qu'est-ce que start, stop, continue ?

Une série de questions de rétrospective à trois colonnes : ce que l'équipe devrait commencer à faire, ce qu'elle devrait arrêter de faire et ce qu'elle devrait continuer à faire. Elle remplace la paire « ce qui a bien fonctionné / ce qui n'a pas fonctionné » du modèle de base et convient aux équipes qui veulent des actions directement tirées des notes — une note « start » est déjà à moitié une action. Le regroupement, le vote et la limite de un ou deux changements engagés continuent de s'appliquer.

Quelles sont les 4 questions d'une rétrospective ?

Une rétrospective classique pose quatre questions : qu'avons-nous bien fait, qu'avons-nous appris, que devrions-nous faire différemment la prochaine fois, et qu'est-ce qui nous interroge encore. Ce sont les 4L sous une autre forme — liked, learned, lacked, longed for — et elles fonctionnent mieux sur une période plus longue, comme un trimestre ou la fin d'un projet, où apprendre compte autant que corriger.

Combien de temps doit durer une rétrospective de sprint ?

Pour un sprint de deux semaines et une équipe de cinq à dix personnes, de 45 à 60 minutes : cinq pour les actions précédentes, trois pour les faits, seize pour l'écriture, quinze pour la lecture, le regroupement et les votes, quinze pour les changements, cinq pour conclure. Une rétrospective qui dépasse régulièrement ce temps a généralement laissé entrer la revue ou une discussion d'incident dans la salle ; une rétro beaucoup plus courte a généralement sauté l'écriture ou les actions.

Que doit contenir un modèle de rétrospective ?

Sept éléments : les actions de la rétro précédente avec leur état ; la période en faits ; ce qui a bien fonctionné ; ce qui n'a pas fonctionné — les deux d'abord par écrit ; le regroupement et les votes ; un ou deux changements rédigés comme des action items avec un responsable et une date ; et la clôture — relecture, date de vérification, remerciements — avec un bac à idées pour ce qui a attendu. Les deux parties que la plupart des modèles omettent sont la première et l'avant-dernière : la vérification des anciennes actions, et le responsable et la date sur les nouvelles. Ce sont elles qui relient une rétro à la suivante.

Sources : Microsoft — Take meeting notes in Microsoft Teams ; Microsoft — Recap in Microsoft Teams ; Zoom — Generating meeting agenda with AI Companion ; Zoom — Using Meeting Summary with AI Companion ; Google — Calendar & Meet settings for "Take notes for me" ; Google Meet — "Take notes for me" in Google Meet ; Slack — Meeting agenda template ; Slack — Use huddles in Slack. Chaque cellule du tableau indique le mois où son fait a été vérifié : la page de notes de Microsoft, la page d'ordre du jour de Zoom, les pages de Google et celles de Slack ont été vérifiées en octobre 2026 ; la page de compte rendu de Microsoft et la page de résumé de réunion de Zoom l'ont été en août 2026. La structure en cinq étapes et les séries de questions relèvent de la pratique courante et ne reposent sur aucune affirmation d'éditeur. Les éditeurs modifient avec le temps leurs offres, leurs fonctionnalités et leurs listes de langues ; consultez leurs pages pour connaître l'état actuel.