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 raison d’être de l’apprentissage et de la cohésion, et non d’une liste bien ordonnée de mesures à prendre. 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 nous 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 rangé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 simple critique paresseuse. 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 pas la contourner.

Les arguments selon lesquels les rétrospectives sont inutiles

Les preuves avancées par les sceptiques sont concrètes et omniprésentes. Les préoccupations sont exprimées, mais rien ne se passe ; le même post-it revient sprint après sprint, accompagné d’une résignation tacite quant au fait que le problème ne sera pas résolu cette fois-ci non plus. D’après une enquête souvent citée, seul environ un tiers des équipes mène systématiquement à bien les actions issues de ses rétrospectives, et même cette formulation passe à côté de l’échec plus profond. (Pour ce que cela vaut, les idées reçues sont trop pessimistes : nos propres données sur la question de savoir 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 avoisine plutôt les 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 champ d’action de l’équipe. La rétrospective devient donc simplement le lieu où ces problèmes sont 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 presque aucune page de fournisseur ne mentionnera. 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 instaure un sentiment d’impuissance acquise selon un cycle de deux semaines.

Pourquoi cela en vaut 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 connaissent des conflits internes bien plus souvent 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 Rétrospectives (2024, avec David Horowitz ajouté en tant que 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 changement de perspective répond à la principale critique, car le fait que « rien n’ait changé » cesse d’être le seul critère permettant d’évaluer la valeur d’une rétrospective.

Dans quels cas 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 concret. À ce stade, la rétrospective n’est plus qu’une mise en scène, et nous préférerions que vous remédiiez au problème de la procédure 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 d’action 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 faites le point sur celle de la fois précédente au début de celle-ci. C’est lorsqu’on dresse une longue liste que les rétrospectives se transforment en comédie de l’action de routine.
  • Classez les problèmes en fonction de la personne qui en est 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 à dissimuler 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 taire l’assemblée, veillez à ce que ce qui se 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. S’il n’y a rien de nouveau à analyser chaque semaine, faites-le tous les quinze jours. Une réflexion forcée est en soi un anti-modèle.

Le Guide Scrum précise que la rétrospective consiste en une auto-évaluation de l’équipe 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 y consacrer une heure. Il s’agit là du mode de défaillance « Void », une réflexion sans suite concrète, et c’est le problème le plus facile à résoudre 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 discours, lorsque les mêmes préoccupations sont soulevées à chaque sprint et 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 cérémonie en elle-même. Une rétrospective qui débouche sur un apprentissage et sur de petits changements assumés mérite bien son heure ; celle qui sert simplement de soupape de pression ne le mérite pas.

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

Non. La deuxième édition de Agile Retrospectives redéfinit la notion de réussite en la considérant 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 véritablement 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 de temps neutre. Elle sape activement la confiance en faisant comprendre à l’équipe que s’exprimer ne change rien. Améliorez la procédure de remontée des problèmes 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