Un personnage représenté par un post-it jaune qui se détourne d'un mur couvert de post-its défraîchis pour se diriger vers un seul post-it sur lequel figurent une coche et une date.

Les rétrospectives en valent-elles la peine ? Notre avis

Oui, mais pas pour la raison invoquée par la plupart des équipes pour les défendre. Une rétrospective tire sa force de l’apprentissage et de la cohésion, et non d’une liste bien ordonnée de points d’action. Si la vôtre ne produit que des mots, ce n’est pas le rituel qui pose problème. Nous prenons en compte les arguments des sceptiques et tirons des conclusions.

Oui, mais pas pour la raison invoquée par la plupart des équipes pour les défendre. Une séance « rétro » tire toute sa valeur de l’apprentissage et de la cohésion d’équipe, et non d’une liste bien ordonnée de mesures à prendre. Si la vôtre ne débouche que sur des paroles, ce n’est pas le rituel qui pose problème. C’est le suivi qui pose problème, tout comme la capacité de l’équipe à agir.

« Les rétros sont une perte de temps » n’est pas une critique facile. C’est la critique la plus sérieuse que l’on puisse formuler à l’encontre des cérémonies agiles, et toute défense honnête doit y répondre de front, et non la contourner.

L’argument selon lequel les rétrospectives sont inutiles

Les preuves avancées par les sceptiques sont concrètes et omniprésentes. Des préoccupations sont exprimées, mais rien ne se passe ; le même post-it revient sprint après sprint, accompagné de cette résignation tacite selon laquelle le problème ne sera pas résolu cette fois-ci non plus. D’après une enquête souvent citée, seul un tiers environ des équipes mènent systématiquement à bien les actions issues de leurs rétrospectives, et même cette formulation passe à côté de l’échec plus profond. (Pour ce que cela vaut, cette idée reçue est trop pessimiste : nos propres données, qui examinent si les équipes mettent réellement en œuvre ce qu’elles décident lors des rétrospectives, indiquent que le taux de réalisation des actions est plutôt de trois sur quatre.)

Au cœur de cette critique se trouve l’impuissance. Les véritables problèmes (budget, effectifs, dépendances entre équipes, infrastructure, décisions prises deux échelons plus haut) échappent bel et bien au pouvoir de l’équipe. La rétrospective devient donc le lieu où ces problèmes sont simplement identifiés, sans plus : l’équipe dispose d’une voix, mais d’aucun levier d’action. Pire encore, cela fournit une excuse à la direction. Il existe désormais un canal pour exprimer les griefs ; ainsi, si rien ne s’améliore, c’est que le moyen d’expression de l’équipe ne fonctionne pas, et non un problème que l’organisation doit résoudre.

Il y a ensuite le risque professionnel, que pratiquement aucune page de fournisseur ne mentionne. Lorsque des retours honnêtes s’accumulent et sont cités lors d’un entretien d’évaluation, sous prétexte que l’on se plaint trop, les gens apprennent vite la leçon : la franchise est un handicap. Et même le simple fait de se défouler a un coût réel. Devoir écouter pendant une heure les frustrations des autres, sprint après sprint, est en soi une source de fatigue silencieuse.

C’est un cas particulièrement grave. Une rétrospective qui se comporte ainsi est pire que l’absence totale de rétrospective, car elle induit un sentiment d’impuissance acquise selon un cycle de deux semaines.

Pourquoi ils en valent toujours la peine

L’argument le plus solide des défenseurs n’est pas que « les actions à mener sont menées à bien ». C’est la cohésion. Même une rétrospective imparfaite, organisée comme une cérémonie régulière et incontournable, contribue davantage à la capacité d’une équipe à travailler ensemble que son absence. Les équipes qui ne prennent jamais le temps de discuter sont bien plus souvent en proie à des conflits internes que celles qui le font. L’exemple de rédemption le plus éloquent dans ce débat est celui de cet ingénieur qui, après avoir redouté les rétrospectives, en est venu à les attendre avec impatience, et qui a compris que la différence tenait simplement au fait qu’il n’en avait jamais vu une se dérouler correctement.

La doctrine actuelle va dans ce sens. La deuxième édition de Agile Retrospectives (2024, avec David Horowitz comme troisième auteur) rend ce changement explicite : le critère de réussite est l’apprentissage, et non une liste de contrôle d’actions. Une rétrospective au cours de laquelle l’équipe a véritablement compris quelque chose n’est pas un échec parce qu’elle n’a donné lieu à aucun ticket. Ce simple recadrage répond à la principale critique, car le fait que « rien n’ait changé » cesse d’être le seul critère permettant de juger de la valeur d’une rétrospective.

Dans quelles circonstances nous changerions d’avis

Nous conseillerions à une équipe de cesser d’organiser des rétrospectives dans un cas précis : lorsque les véritables problèmes échappent largement à son contrôle, que la direction ne donne pas suite aux signalements et que la réunion n’a ni pouvoir ni suivi. À ce stade, la rétrospective n’est plus qu’une mise en scène, et nous préférerions que vous remédiiez au processus d’escalade ou que vous réduisiez la fréquence à un rythme réaliste, plutôt que de continuer à organiser une réflexion tous les quinze jours. Une rétrospective sans pouvoir n’est pas simplement une perte d’une heure sans conséquence ; elle sape activement la confiance.

Nous réduirions également la fréquence, sans pour autant supprimer la cérémonie, lorsqu’une équipe n’a véritablement plus rien de nouveau à dire. Une rétrospective hebdomadaire au sein d’une équipe où rien n’a changé se transforme en un simple rituel consistant à cocher des cases. Il s’agit là d’un problème de fréquence, et non d’une preuve que les rétrospectives sont inutiles.

L’aspect pratique

  • Redéfinissez la réussite en termes d’apprentissage, et non de tâches à accomplir. Visez un véritable changement ou une prise de conscience partagée par rétrospective, et passez en revue les points abordés lors de la précédente au début de celle-ci. C’est lorsqu’on dresse une longue liste que les rétrospectives se transforment en simple formalité.
  • Classez les problèmes en fonction de leur responsable et signalez ceux qui échappent au contrôle de l’équipe en précisant le nom et la date. Ne dites pas aux gens de « rester dans leur cercle d’influence » si cela revient à passer sous silence le véritable obstacle. Au contraire, faites-le savoir à tous.
  • Veillez à la sécurité, car le « feedback banking » est bien réel. Écartez toute figure d’autorité dont la présence fait régner le silence dans la salle, veillez à ce que ce qui est dit reste entre les murs de la salle, et proposez l’anonymat comme option pour chaque idée. La sécurité psychologique n’est pas une simple question de courtoisie : le projet Aristote de Google a révélé qu’il s’agissait du facteur le plus important pour l’efficacité d’une équipe, s’appuyant sur les recherches d’Amy Edmondson.
  • Adaptez la fréquence en fonction de vos besoins. S’il n’y a rien de nouveau à analyser chaque semaine, passez à une fréquence bimensuelle. La réflexion forcée est en soi un anti-modèle.

Le Guide Scrum précise que la rétrospective consiste pour l’équipe à s’auto-évaluer dans le but de s’améliorer. Ainsi, dès lors qu’elle est menée sur l’équipe plutôt que par celle-ci, vous perdez ce qui justifiait de lui consacrer une heure. C’est le mode d’échec dit « Void », une réflexion sans aucune suite concrète, et c’est le plus facile à corriger de cette liste.

Foire aux questions

Les rétrospectives sont-elles une perte de temps ?

C’est le cas lorsqu’elles ne donnent lieu qu’à des paroles, lorsque les mêmes préoccupations sont soulevées à chaque sprint sans que rien ne change. Mais la faute en revient généralement au suivi et à la capacité d’action de l’équipe, et non à la réunion en elle-même. Une rétrospective qui débouche sur des enseignements et sur de petits changements assumés par l’équipe mérite bien son heure ; celle qui sert simplement de soupape de pression ne le mérite pas.

Une rétrospective doit-elle nécessairement déboucher sur une mesure concrète pour être utile ?

Non. La deuxième édition de Agile Retrospectives redéfinit la réussite comme un apprentissage, et non comme une liste de tâches à accomplir. Une rétrospective au cours de laquelle l’équipe a véritablement compris quelque chose n’est pas un échec simplement parce qu’elle n’a donné lieu à aucun ticket. C’est en recherchant des actions à mener pour elles-mêmes que les rétrospectives se transforment en simple formalité. Visez un véritable changement ou une prise de conscience partagée, et non une longue liste dont la moitié finira par disparaître dans le backlog.

Dans quels cas est-il vraiment inutile d’organiser une rétrospective ?

Dans un cas précis : lorsque les véritables problèmes échappent largement au contrôle de l’équipe, que la direction ne donne pas suite aux problèmes qui lui sont signalés, et que la réunion n’a ni pouvoir ni suivi. Une rétrospective sans pouvoir n’est pas simplement une perte d’une heure sans conséquence. Elle sape activement la confiance en faisant comprendre à l’équipe que s’exprimer ne change rien. Améliorez la procédure d’escalade ou réduisez la fréquence à un rythme réaliste plutôt que de procéder à une réflexion tous les quinze jours. Et si l’équipe n’a tout simplement plus rien de nouveau à dire, réduisez la fréquence, pas la réunion elle-même.

Lectures complémentaires