Rétrospective agile : quatre colonnes et une règle

Les équipes sautent rarement la rétrospective par manque d'envie de réfléchir. Elles la sautent parce que les trois dernières ont produit des post-its et aucun changement.

Réponse courte : un modèle de rétrospective agile, c'est un board en quatre colonnes : ce qui a bien marché, ce qui n'a pas marché, ce qu'on a appris, ce qu'on essaie ensuite. Le modèle ne fonctionne qu'avec une règle : chaque élément de la dernière colonne a un responsable, et la rétro suivante commence par vérifier si ces éléments ont eu lieu.

Qu'est-ce qu'un modèle de rétrospective ?

Un modèle de rétrospective est un board pré-structuré qu'une équipe remplit à la fin d'un sprint ou d'un projet pour décider ce qui change dans le suivant. Ce n'est ni une boîte à plaintes ni un rituel de célébration, même si les deux arrivent en chemin. Le résultat qui compte est petit : une à trois modifications concrètes avec un nom dessus.

Quelles sont les quatre colonnes ?

• Ce qui a bien marché. Des réussites précises à répéter (« le script de démo a ramené la revue à 20 minutes »), pas une ambiance (« bonne énergie »).
• Ce qui n'a pas marché. Des faits plutôt que des coupables : « la release a glissé de deux jours parce que l'environnement de test était down » désigne un système, pas une personne.
• Ce qu'on a appris. Les surprises. Cette colonne existe pour qu'une leçon n'ait pas à se déguiser en plainte.
• Ce qu'on essaie ensuite. La seule colonne qui change quelque chose. Chaque élément reçoit un responsable et, si possible, une date.

Quel format de rétrospective choisir ?

Le board à quatre colonnes est le standard pour une bonne raison, mais deux autres formats méritent leur place.

Trois formats de rétro courants

|Format|Questions|Idéal pour|

|---|---|---|

|Quatre colonnes|Bien marché · pas marché · appris · à essayer|La plupart des rétros de sprint et de projet|

|Start, Stop, Continue|Quoi commencer, arrêter, continuer|Les équipes qui veulent des décisions vite|

|Bateau à voile|Vent (aide), ancres (freinent), rochers (risques)|Projets longs, groupes mixtes|

Choisis-en un et garde-le au moins trois rétros. Changer de format à chaque fois semble rafraîchissant, mais rend les résultats impossibles à comparer.

La cadence compte autant que le format. Les équipes en sprint font la rétro à la fin de chaque sprint ; en kanban, toutes les deux semaines suffisent. Après un incident, une rétro focalisée dans les 48 heures, tant que les détails sont frais, et uniquement sur l'incident. Trente minutes suffisent jusqu'à huit personnes ; au-delà, coupe le groupe en deux ou passe à 45.

Comment mener une rétro en 30 minutes ?

1. Vérifier les actions de la dernière rétro (5 min). Fait, abandonné ou encore ouvert : dis-le à voix haute. C'est cette étape qui rend le rituel réel.
2. Écrire seul (7 min). Chacun ajoute ses éléments en silence, pour que la voix la plus forte ne cadre pas le débat.
3. Grouper et lire (8 min). Regrouper les doublons, lire chaque groupe une fois. Pas encore de discussion.
4. Voter (3 min). Deux voix par personne pour les groupes qui comptent le plus.
5. Décider (7 min). Les deux ou trois groupes du haut deviennent des actions avec un responsable. Écrire plus de trois actions, c'est la façon dont une rétro ne s'engage sur aucune.

Pourquoi les rétros s'essoufflent-elles après trois sprints ?

Parce que les actions n'ont pas de responsable, ou que personne ne les vérifie. Quand « améliorer la communication » est le résultat, rien ne peut échouer, donc rien ne se passe. Quand « Lena déplace le standup à 9 h 30, on fait le point dans deux semaines » est le résultat, la rétro suivante a quelque chose à vérifier. Notre modèle de sprint planning fait le même constat pour les sprints : des champs avec des noms et des dates séparent un plan d'un moodboard. Et si une action de rétro est assez grosse pour avoir ses propres étapes, traite-la comme n'importe quelle action : notre exemple de plan d'action montre à quoi ça ressemble.

Mener une rétro sur un whiteboard

Un board de rétro est un travail naturel de whiteboard : des colonnes, des post-its, du regroupement, des votes. Dans SketchMind, un whiteboard IA, les sticky notes et les checkboxes sont des outils normaux du canvas, donc la phase d'écriture en silence se passe comme d'habitude. Le départ plus rapide : décris le board au lieu de le dessiner. La tuile Checklist transforme « board de rétro pour le sprint 12 : bien marché, pas marché, appris, à essayer » en un frame de checklist éditable en 15 secondes environ, et une génération Frames pose les quatre sections pour un groupe plus grand. Ensuite, les éléments à essayer peuvent partir dans l'agenda de leur responsable, exactement le suivi dont la prochaine rétro a besoin. Partage le board par lien ; les viewers sont illimités dans chaque plan.

Dernière mise à jour : 23 octobre 2026. Vérifié par rapport à l'app SketchMind actuelle.

Quelles sont les quatre colonnes d'une rétrospective ?

Ce qui a bien marché, ce qui n'a pas marché, ce qu'on a appris, et ce qu'on essaie ensuite. La dernière colonne est la seule qui change le sprint suivant.

Combien de temps doit durer une rétrospective ?

Trente minutes suffisent pour une équipe jusqu'à huit personnes : vérifier les actions, écrire seul, grouper et lire, voter, décider.

Combien d'actions une rétro doit-elle produire ?

Une à trois, chacune avec un responsable. Au-delà de trois, aucune ne se fait.

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

La revue regarde le produit qui a été construit ; la rétrospective regarde la façon de travailler. Deux réunions séparées, deux résultats séparés.

Les rétrospectives marchent-elles hors des équipes tech ?

Oui. Tout bloc de travail récurrent en profite : campagnes marketing, événements, périodes d'enseignement. Le format reste le même.