Qu’est-ce qu’une rétrospective agile ?
Une rétrospective de sprint est une réunion récurrente, en fin de sprint, où l’équipe évalue sa façon de travailler et définit des améliorations précises pour le sprint suivant. C’est l’un des quatre événements de chaque sprint, et elle porte sur le processus plutôt que sur le produit. Nous recommandons de prévoir environ 60 à 90 minutes pour un sprint de deux semaines.
La rétro a lieu après la revue de sprint et avant la prochaine séance de planification de sprint. Selon le Scrum Guide, elle clôture le sprint et dure au maximum trois heures pour un sprint d’un mois. L’équipe y examine les personnes, les interactions, les processus, les outils et sa Definition of Done.
Voyez-la comme l’arrêt au stand de l’équipe : bref, régulier et centré sur la voiture plutôt que sur le classement de la course.
Quand : à la fin de chaque sprint, après la revue de sprint
Qui : toute l’équipe Scrum, avec les Developers, le Scrum Master et le Product Owner
Combien de temps : jusqu’à trois heures pour un sprint d’un mois, moins pour un sprint plus court
Résultat : deux ou trois actions concrètes, chacune avec un responsable nommé
Une rétrospective agile de fin de sprint se distingue aussi d’une rétrospective de projet. Pour faire le bilan d’un projet entier une fois terminé, utilisez plutôt la méthode du retour d’expérience.
Pourquoi la plupart des rétrospectives de sprint échouent
La plupart des rétrospectives de sprint génèrent de bonnes idées qui restent sans suite. L’équipe repère des améliorations, les note sur des post-it, ferme l’ordinateur et attaque le sprint suivant avec les mêmes problèmes. C’est le suivi qui pèche, pas la discussion.
Personne n’est responsable de l’action. Tout le monde s’accorde sur l’importance d’un problème, et chaque personne pense qu’une autre s’en chargera.
Trop d’actions. Une longue liste disperse l’attention de l’équipe.
Polara Studio recommande de s’en tenir à deux ou trois actions par rétrospective, pas plus. Une liste courte a bien plus de chances d’être menée à terme.
Aucune échéance. « On devrait » n’a pas de date, alors l’action passe à chaque fois après le travail du sprint. « D’ici la fin du sprint » donne à l’équipe un moment précis pour faire le point.
Aucune visibilité entre deux rétros. Les actions finissent sur une photo du tableau blanc. À la rétrospective suivante, l’équipe a oublié ses engagements, et les mêmes problèmes reviennent.
Chacun de ces écueils relève du suivi, et pour les corriger, il faut d’abord un format qui produit des contributions claires et ciblées.
Trois formats de rétrospective agile qui fonctionnent
Le résultat compte plus que le format. Alternez ces idées de rétrospective pour garder des séances vivantes. Quel que soit le modèle choisi, visez deux ou trois actions en fin de séance.
Start, Stop, Continue
Start, Stop, Continue repose sur trois colonnes et c’est le plus direct des trois formats. Il convient aux équipes qui débutent avec les rétros ou qui manquent de temps.
Ce qu’il faut commencer (Start) au prochain sprint
Ce qu’il faut arrêter (Stop), car cela ne fonctionne pas
Ce qu’il faut continuer (Continue), car cela aide
Imaginez une équipe qui sort d’un sprint difficile, marqué par des passations tardives. Start, Stop, Continue concentre la discussion sur les trois changements les plus importants, au lieu de disséquer tout ce qui a mal tourné.
4Ls
Le format 4Ls demande à l’équipe ce qu’elle a apprécié (Liked), appris (Learned), ce qui lui a manqué (Lacked) et ce qu’elle aurait souhaité (Longed for). Ces quatre colonnes invitent à une réflexion plus profonde que Start, Stop, Continue. Ce format convient donc aux équipes expérimentées, qui ont besoin de variété pour éviter que la rétro ne tourne à la routine.
Prenons un sprint marqué par un échange tendu avec un client au sujet de changements de périmètre tardifs. La colonne Learned peut révéler une compétence à renforcer pour mener ce type de conversation, tandis que Lacked montre l’absence de processus convenu pour valider les changements. Une seule séance, deux types de lacunes.
Mad, Sad, Glad
Mad, Sad, Glad propose trois colonnes pour exprimer ce que le sprint a fait ressentir : ce qui a agacé (Mad), attristé (Sad) ou réjoui (Glad). Utilisez-le quand le moral de l’équipe est en jeu ou après un sprint éprouvant.
Imaginez une mise en production annulée deux jours après son lancement. Mad, Sad, Glad permet à l’équipe d’exprimer d’abord sa frustration, puis de passer à la résolution des problèmes l’esprit plus clair.
Questions à poser en rétrospective agile
De bonnes questions font l’essentiel du travail dans toute réunion de rétrospective. Associez ces questions de rétrospective au format choisi, et ajoutez la série commune à chaque séance.
Pour Start, Stop, Continue
Que devrions-nous commencer au prochain sprint, que nous n’avons pas fait cette fois ?
Que devrions-nous arrêter, parce que cela ne fonctionne pas ?
Qu’est-ce qui fonctionne bien et que nous devrions continuer ?
Pour 4Ls
Qu’avez-vous apprécié pendant ce sprint ?
Qu’avez-vous appris sur le travail, l’équipe ou vous-même ?
Qu’est-ce qui nous a manqué : outils, informations, temps ou soutien ?
Qu’auriez-vous souhaité : un autre résultat ou un autre processus ?
Pour Mad, Sad, Glad
Qu’est-ce qui a été source de frustration pendant ce sprint ?
Qu’est-ce qui a été décevant ?
Qu’est-ce qui vous a fait plaisir dans cette équipe ?
Pour tous les formats
Quel engagement de la dernière rétrospective avons-nous tenu ?
Quel engagement n’avons-nous pas tenu, et pourquoi ?
Si nous ne pouvions améliorer qu’une chose avant le prochain sprint, laquelle choisir ?
Les deux premières questions communes ne fonctionnent que si les engagements du dernier sprint sont notés là où toute l’équipe peut les retrouver. C’est là qu’intervient l’animation.
Comment animer une rétrospective agile étape par étape
Une structure claire fait avancer la rétro et préserve du temps pour l’essentiel : décider de ce qui change. Ces six étapes fonctionnent avec tous les formats.
1. Poser le cadre
Commencez par rappeler que chaque personne a fait de son mieux avec ce qu’elle savait à ce moment-là. Le débat reste ainsi centré sur le processus, sans chercher de coupable. Annoncez ensuite l’objectif à voix haute : l’équipe repart avec des actions précises, pas avec de vagues constats.
2. Recueillir les informations
Utilisez le format choisi pour recueillir l’avis de chaque personne. Prévoyez cinq à dix minutes d’écriture silencieuse avant toute prise de parole, pour que la voix la plus forte ne dicte pas l’ordre du jour. Mnemolia rappelle que l’animateur doit aider les plus introvertis à prendre la parole. L’écriture silencieuse donne à tout le monde la possibilité de contribuer avant le début de la discussion.
3. Repérer les tendances
Regroupez les éléments liés sur le tableau. Trois post-it sur le même problème de communication forment un seul sujet, pas trois. Nommer la tendance aide l’équipe à parler des causes plutôt que des symptômes.
4. Voter sur les priorités
Demandez à l’équipe de voter pour les éléments les plus importants. Le vote par points (dot voting) s’y prête bien : chaque personne répartit trois votes sur les éléments de son choix. Retenez les deux ou trois premiers, car une liste courte se termine plus sûrement en un seul sprint.
5. Définir les actions
Pour chaque priorité, rédigez une action précise, avec un responsable nommé et une échéance avant la prochaine rétrospective. « L’équipe communiquera mieux » devient « Camille met en place un stand-up quotidien à 10 h à partir de lundi. » Camille sait exactement ce qui lui revient, et tout le monde sait quoi vérifier la prochaine fois.
Si une amélioration demande une capacité de travail importante, ajoutez-la au backlog du sprint. Elle entre alors ouvertement en concurrence avec le reste du travail, au lieu de rester sur un post-it.
6. Faire le point sur les engagements du dernier sprint
Avant la rétro suivante, passez en revue les engagements pris la dernière fois. Dans la mesure du possible, suivez un indicateur clair, comme le temps de cycle ou la part d’actions réalisées, de la même façon que vos KPI de projet. Cette habitude renforce la responsabilisation et évite que la rétro ne devienne une mise en scène.
Comment animer une rétrospective agile à distance
Les équipes à distance ou hybrides peuvent suivre les mêmes six étapes, mais les silences et un son de mauvaise qualité empêchent souvent chacun de s’exprimer. Proposez d’allumer les caméras si toute l’équipe est d’accord, et laissez une minute d’écriture avant toute prise de parole, pour que les personnes plus discrètes notent d’abord leurs idées. Gardez une séance plus courte qu’en présentiel et prévoyez une pause de cinq minutes si elle dépasse une heure.
Un espace visuel partagé aide l’équipe à voir l’ensemble d’un coup d’œil. Dans une carte mentale MindMeister, placez l’objectif du sprint au centre et ajoutez chaque colonne du format, par exemple Start, Stop et Continue, comme une branche. Les membres de l’équipe ajoutent leurs remarques comme sujets en même temps, et la personne qui anime regroupe les sujets liés pour faire apparaître les tendances avant le vote. Les actions retenues passent ensuite dans MeisterTask, où chacune reçoit un responsable et une échéance.
Avant de raccrocher, relisez à voix haute chaque action avec son responsable et son échéance. Un engagement prononcé s’oublie moins facilement, et les personnes qui ont manqué une partie de la discussion savent ce qui change au prochain sprint.
Comment animer vos rétrospectives de sprint dans MeisterTask
MeisterTask aide les équipes à résoudre le problème concret des rétrospectives de sprint : donner suite aux idées, plutôt qu’en produire. Les actions d’amélioration deviennent des tâches avec un responsable et une échéance, visibles entre deux rétros et prêtes à être revues au début de la suivante. Les équipes qui pratiquent déjà la gestion de projet agile dans MeisterTask peuvent placer le projet de rétro à côté de leur travail de sprint.
1. Créer un projet de rétrospective
Créez un projet dans MeisterTask avec trois sections : « Ce qui a bien marché », « À améliorer » et « Actions ». Pendant chaque rétro, l’équipe ajoute de nouvelles tâches dans les deux premières sections au fil de la discussion. Si vous planifiez vos sprints à partir d’un modèle de tableau agile, cette organisation vous sera familière.
2. Transformer les actions en tâches
Les deux ou trois priorités issues de la rétro deviennent des tâches dans la section « Actions ». Attribuez chaque tâche à une seule personne, fixez une échéance avant la prochaine rétro et notez les critères de réussite dans la description.
La tâche de Camille sur le stand-up pourrait par exemple indiquer : « Le stand-up quotidien a lieu à 10 h pendant tout le sprint. »
3. Revoir les actions au début de la rétro suivante
Consacrez les cinq premières minutes de chaque rétrospective aux actions du dernier sprint. Ouvrez la section « Actions » et passez chaque tâche en revue : a-t-elle été réalisée, et avec quel résultat ?
4. Documenter les tendances dans la durée
Tenez un journal des thèmes récurrents dans Notes, pour que l’historique reste dans MeisterTask, à côté de votre projet de rétro. Si « exigences floues » revient dans trois rétrospectives, c’est un problème de fond à traiter en dehors de la rétro.
Faites de vos rétros un levier de progrès avec MeisterTask
Une rétrospective de sprint mérite sa place dans l’agenda quand elle change le déroulement du sprint suivant. Gardez une liste d’actions courte, attribuez chaque action à un responsable avec une échéance et ouvrez chaque rétro en revoyant les engagements précédents.
MeisterTask garde ces actions visibles entre deux rétros, avec les tâches et Notes réunies dans un espace partagé, pour qu’aucun engagement ne disparaisse sur une photo de tableau blanc.
