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

Oui — mais pas pour la raison pour laquelle la plupart des équipes les défendent. 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 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 nous tranchons.

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 simple plainte sans fondement. 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.

L’argument selon lequel 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 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, la croyance populaire est trop pessimiste : 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 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 simplement le lieu où ces problèmes sont identifiés, sans plus : l’équipe se voit accorder une voix, mais 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 commentaires 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 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 souffrent de conflits internes bien plus souvent que celles qui le font. L’exemple le plus éloquent de cette évolution 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 tout simplement 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 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 quels cas nous changerions d’avis

Nous conseillerions à une équipe de cesser d’organiser des rétrospectives dans une situation bien précise : 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 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 notion de réussite en termes d’apprentissage, et non d’actions à mener. Visez un changement concret 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 comédie de l’apparence.
  • 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 à passer sous silence le véritable obstacle — faites-le plutôt 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 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 un simple détail 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 des besoins. S’il n’y a rien de nouveau à analyser chaque semaine, passez à une fréquence bimensuelle. Une réflexion forcée constitue en soi un anti-modèle.

Le Guide Scrum précise que la rétrospective consiste pour l’équipe à s’auto-évaluer afin 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 ce qu’on appelle le mode de défaillance « Void » — une réflexion sans aucune 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 débouchent que sur des paroles — lorsque les mêmes préoccupations sont soulevées à chaque sprint sans que rien ne change. Mais le problème réside généralement dans le suivi et la capacité d’action de l’équipe, et non dans 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 notion de réussite en termes d’apprentissage, et non plus comme une simple 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 simples formalités. Visez un changement concret 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 mener 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