Des actions de rétrospective qui ne se perdent pas

Une rétrospective ne vaut le temps qu'on y consacre que si quelque chose change ensuite. Ce qui échoue généralement, ce n'est pas la discussion, mais le suivi. Les équipes repartent avec une liste de bonnes intentions, rangée dans un endroit que personne ne consulte, et la plupart des actions disparaissent discrètement avant le sprint suivant. La solution n'est pas d'organiser une meilleure réunion : il faut transformer chaque amélioration en une action unique, suivie, attribuée à un responsable et assortie d'une échéance, puis commencer la rétrospective suivante en examinant les actions précédentes. Voici pourquoi les actions se perdent, ce que révèlent les données et comment faire en sorte qu'elles aboutissent.

Pourquoi les actions de rétrospective se perdent

Trois causes reviennent régulièrement :

• Elles sont consignées au mauvais endroit. Un tableau blanc est très pratique pendant la réunion, mais ne sert plus à grand-chose une semaine plus tard. Si l'action n'est pas là où l'équipe travaille au quotidien, elle disparaît de son champ de vision.
• Les recopier est fastidieux, alors on finit par oublier. Lorsqu'une personne doit retranscrire manuellement les actions de la rétrospective dans un outil de gestion des tâches, cette étape est la première à être abandonnée pendant une semaine chargée.
• Personne n'en est responsable. « Il faudrait améliorer nos revues de code » est un souhait. « Ana proposera un créneau de revue d'ici vendredi » est une action. Sans nom et sans date, personne n'est responsable.

Ce que disent les recherches

Deux constats issus des recherches méritent d'être connus, car ils conduisent directement à la solution.

La sécurité précède la franchise. Des décennies de recherche sur les équipes montrent que la sécurité psychologique — la conviction partagée qu'une équipe permet de prendre des risques relationnels — autorise les personnes à signaler les problèmes et à apprendre, au lieu de se taire par peur de donner une mauvaise impression. Dans une étude fondatrice menée auprès de 51 équipes, la sécurité psychologique prédisait les comportements d'apprentissage, qui prédisaient à leur tour la performance (Edmondson, 1999). Une rétrospective ne fait ressortir les vrais problèmes que si chacun se sent suffisamment en sécurité pour les nommer : son format doit donc protéger cette sécurité.

La présence d'un responsable et d'une échéance est fortement liée au suivi des actions. Les données rigoureuses et évaluées par les pairs sur la réalisation des actions restent rares, mais les chiffres disponibles vont tous dans le même sens. Dans une enquête menée auprès de professionnels agiles, presque tout le monde définissait des actions, mais seule une petite minorité leur attribuait toujours une échéance. Les chiffres communiqués par les éditeurs d'outils de rétrospective indiquent une corrélation, pas une preuve, mais le constat est cohérent : les taux de réalisation augmentent fortement lorsqu'une action a un responsable nommé et une échéance. (Références dans les Sources ci-dessous.)

En pratique : créez un environnement où il est possible de parler franchement, puis rendez chaque action concrète et attribuez-en la responsabilité à quelqu'un.

Créer un climat propice à la franchise

Le moyen le plus rapide de perdre de la valeur consiste à faire écrire aux participants ce qui est convenable plutôt que ce qui est vrai. Une simple règle de fonctionnement peut aider : gardez les notes de chacun masquées jusqu'à ce que tout le monde ait contribué, puis révélez-les simultanément. Lorsque les notes restent d'abord privées, chacun écrit ce qu'il pense réellement au lieu de réagir à ce qui est déjà affiché. C'est le même principe anti-ancrage que la révélation simultanée au planning poker : d'abord les contributions individuelles, ensuite la discussion.

Le tableau en trois zones

Gardez une structure simple et identique d'une séance à l'autre : Ce qui s'est bien passé, À améliorer et Actions. Laissez les participants ajouter des notes tout au long du sprint, pas seulement pendant la réunion, afin de noter les moments importants lorsqu'ils se produisent plutôt que de tenter de s'en souvenir en fin de sprint.

Deux habitudes rendent la discussion plus précise :

• Révélez les notes simultanément, comme expliqué plus haut, pour éviter que le premier commentaire n'influence les autres.
• Reliez chaque amélioration à son action. Tracez un lien entre le problème dans « À améliorer » et l'action concrète dans « Actions », afin que le « pourquoi » reste lié au « quoi ».

Transformer les améliorations en actions concrètes

À la fin de la rétrospective, chaque note de la zone Actions devrait devenir une tâche suivie comprenant trois éléments :

Consignez les actions dans un seul endroit, à côté de la rétrospective dont elles sont issues, et affichez clairement le nombre d'actions toujours en attente ou en retard. L'objectif est de ne rien avoir à recopier dans un autre outil : c'est précisément lors de cette étape que les actions se perdent généralement.

Commencer la prochaine rétrospective par la précédente

Avant de recueillir de nouvelles notes, consacrez deux minutes aux actions de la dernière séance. Lesquelles sont terminées ? Lesquelles sont bloquées, et pourquoi ? Les équipes qui prennent cette habitude le constatent rapidement : les actions deviennent moins nombreuses, plus petites et plus précises, et les rétrospectives cessent de répéter les mêmes plaintes.

Une action attribuée à une personne et assortie d'une date vaut mieux que cinq bonnes intentions.

Liste de vérification rapide

• Ajoutez des notes pendant le sprint, pas seulement pendant la réunion.
• Révélez les notes en même temps, puis discutez-en.
• Transformez chaque amélioration en une action concrète.
• Attribuez un responsable et une échéance à chaque action.
• Commencez la prochaine rétrospective par le point sur les actions précédentes.

Foire aux questions

Pourquoi les actions de rétrospective ne sont-elles jamais réalisées ?

Généralement parce qu'elles sont consignées dans un endroit que personne ne consulte, qu'il faut les recopier dans un autre outil ou qu'aucune personne précise n'en est responsable. En regroupant chaque action au même endroit et en lui attribuant un responsable ainsi qu'une échéance, vous éliminez ces trois causes d'échec.

Combien d'actions une rétrospective devrait-elle produire ?

Moins, c'est mieux. Une ou deux actions concrètes, attribuées et effectivement réalisées valent mieux qu'une longue liste de bonnes intentions. Si l'équipe en propose régulièrement plus qu'elle ne peut en terminer, fixez une limite et ne reportez les autres que si elles restent importantes.

Qui est responsable d'une action de rétrospective ?

Une personne nommément désignée, jamais « l'équipe ». Elle n'a pas besoin d'effectuer tout le travail, mais doit veiller à ce qu'il avance. Une responsabilité partagée signifie souvent qu'il n'y a pas de responsable.

Comment rendre les rétrospectives plus sûres ?

Laissez les participants ajouter et révéler leurs notes sans être observés, gardez la même structure simple d'une séance à l'autre et concentrez-vous sur le processus plutôt que de blâmer les personnes. La recherche établit un lien entre ce type de sécurité psychologique et les équipes qui apprennent et s'améliorent.

Que faire des actions inachevées ?

Commencez la rétrospective suivante en les examinant. Clôturez celles qui sont terminées et demandez pourquoi les autres sont bloquées avant de les reporter. Si une action est sans cesse retardée et n'est plus pertinente, abandonnez-la honnêtement au lieu de la laisser traîner.

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

Une structure simple et courante comprend « Ce qui s'est bien passé », « À améliorer » et « Actions ». Les deux premières orientent la discussion ; la troisième transforme les améliorations en engagements concrets et attribués.

Sources

1. Edmondson, A. (1999). Psychological Safety and Learning Behavior in Work Teams. Administrative Science Quarterly, 44(2), 350-383 (la sécurité psychologique prédit l'apprentissage de l'équipe, qui prédit à son tour la performance ; étude menée auprès de 51 équipes).
2. Dingsøyr, T. et al. (2018). Learning in the Large: an Exploratory Study of Retrospectives in Large-Scale Agile Development. XP 2018, LNBIP 314 (étude de cas longitudinale ; la plupart des problèmes soulevés concernent l'apprentissage et l'amélioration de l'équipe).
3. Données de professionnels et d'éditeurs sur la réalisation des actions (enquête de Retrium auprès de professionnels ; chiffres de réalisation d'outils de rétrospective) : la désignation d'un responsable et d'une échéance est systématiquement associée à un taux de réalisation bien plus élevé. À interpréter comme une corrélation, pas comme une preuve.