Rétrospectives animées : une amélioration structurée, qui tient d'une séance à l'autre
La plupart des rétrospectives produisent une liste. Quelqu'un la note. Rien ne change. À la rétrospective suivante, les mêmes problèmes sont de retour au mur. Une rétrospective bien conduite est différente : elle fait apparaître le vrai problème, pas le symptôme, et débouche sur une ou deux expériences précises que l'équipe mènera réellement avant la séance suivante.
Qu'est-ce qu'une rétrospective ?
Une rétrospective est une réunion structurée au cours de laquelle l'équipe examine sa façon de travailler, et non ce qu'elle a produit. Elle a lieu à des moments précis : fin d'un projet, fin d'un sprint, après un incident grave, ou à intervalles réguliers dans un programme long.
Bien menée, la rétrospective est la boucle de réparation de l'équipe. Mal menée, elle use le moral : chacun dit ce qu'on attend de lui et repart inchangé.
Pourquoi se précipiter sur les solutions entretient-il le problème ?
L'échec le plus courant d'une rétrospective n'est ni le manque de temps ni une voix qui domine. C'est de passer du problème à la solution sans comprendre la cause. Quelqu'un nomme une difficulté. Le groupe reconnaît qu'elle est réelle. Quelqu'un propose un remède. Le groupe l'adopte et passe à autre chose. Trois sprints plus tard, le même problème est de retour au mur.
Le remède était réel. Mais il traitait le symptôme, pas ce qui l'avait produit. L'analyse des causes profondes est l'étape que la plupart des rétrospectives sautent, parce qu'elle est plus lente, plus inconfortable, et qu'elle demande au groupe de rester avec un problème au lieu de le résoudre aussitôt.
À quoi ressemble l'analyse des causes profondes dans une rétrospective ?
- Les 5 pourquoi : demandez « pourquoi cela s'est-il produit ? » cinq fois de suite. La première réponse est généralement un symptôme. La cinquième est généralement un système.
- Analyse chronologique : reconstituez la suite des événements sans chercher de coupable. Quel est le premier moment où le problème est devenu possible ?
- Diagramme en arêtes de poisson (Ishikawa) : cartographiez les causes contributives selon les personnes, le processus, les outils et l'environnement. Utile quand les causes sont multiples et s'influencent.
- TRIZ : une technique de Liberating Structures qui demande : que devrions-nous faire pour garantir que ce problème empire ? Faire émerger l'inverse est souvent plus rapide que nommer la cause directement.
Le test : vous avez compris la cause profonde quand vous pouvez expliquer non seulement que le problème s'est produit, mais ce qui, dans votre système, l'a rendu possible, et le ferait revenir sans changement de ce système.
Quand une rétrospective animée n'est-elle pas ce qu'il vous faut ?
- Quand les problèmes de l'équipe sont structurels et hors de son contrôle : une rétrospective ne peut pas résoudre ce que la direction refuse de traiter
- Quand la sécurité psychologique est très faible : personne ne sera franc par crainte des conséquences ; il faut d'abord la construire
- Quand il n'y a pas de temps pour agir sur ce qui émerge : une rétrospective qui ne change rien est pire que pas de rétrospective
Comment conduisons-nous les rétrospectives ?
Nous allons au-delà du « ce qui a bien marché / ce qui n'a pas marché ». Le format dépend de la situation de l'équipe, du moment dans le projet et de ce qu'a produit la rétrospective précédente.
- Nous rencontrons les personnes clés avant la séance pour comprendre les vrais problèmes, pas seulement ceux qui sont déclarés
- Nous choisissons ou concevons le format : il existe des dizaines de structures de rétrospective, et celle qu'on utilise par défaut est rarement la meilleure
- Nous conduisons la séance de façon que les voix discrètes soient entendues, pas seulement les plus bruyantes
- Nous terminons par des expériences précises, avec un responsable, et non par une longue liste de bonnes intentions
- Nous proposons un point de suivi pour voir ce qui a réellement changé
De quoi toute rétrospective a-t-elle besoin ?
Une bonne rétrospective suit un format et se termine par une liste. Une très bonne fait traverser à l'équipe cinq phases distinctes, chacune s'appuyant sur la précédente. En sauter une, c'est transformer la rétrospective en séance de plaintes ou en simple formalité.
-
Poser le cadre
Avant de partager la moindre donnée, établissez comment le groupe va travailler ensemble. Énoncez la directive de base : chacun a fait de son mieux avec ce qu'il savait et dans la situation où il se trouvait. Ce n'est pas une politesse ; c'est ce qui rend la conversation franche possible. Une rétrospective qui saute cette étape obtient des réponses polies plutôt que vraies.
-
Recueillir les données
Que s'est-il réellement passé ? Des faits, des chronologies, des chiffres, mais aussi des perceptions, des émotions et des niveaux d'énergie. Les deux types de données comptent. Une équipe qui ne rapporte que des faits passe à côté de la moitié de ce qui a façonné le résultat. Une équipe qui ne rapporte que des ressentis n'a pas d'ancrage dans la suite réelle des événements.
-
Faire émerger les enseignements
C'est ici qu'intervient l'analyse des causes profondes, et c'est ici que la plupart des rétrospectives cessent d'être bonnes pour devenir très bonnes. La question n'est pas « que devrions-nous faire autrement ? » mais « pourquoi cela s'est-il produit, et qu'est-ce qui, dans notre système, l'a rendu possible ? ». Prenez le temps de descendre de trois ou quatre niveaux sous la première réponse. La vraie cause est presque toujours plus profonde qu'il n'y paraît.
-
Décider quoi faire
Une ou deux expériences précises. Chacune a un responsable, une limite de temps et un moyen de savoir si elle a fonctionné. Pas une liste d'améliorations. Pas « nous devrions essayer de… ». Une personne désignée qui mène un changement précis, pour une date précise. Tout le reste reste en réserve.
-
Clore la rétrospective
Prenez le pouls du groupe. Demandez à une personne de dire ce qu'elle emporte de la séance. Reconnaissez ce que le groupe a fait ensemble. Une rétrospective qui s'arrête brutalement sur « bon, c'est l'heure » perd la moitié de sa valeur : c'est la clôture qui transforme une prise de conscience en intention.
À quoi ressemble une rétrospective en pratique ?
Équipe agile : de la séance de plaintes à la boucle d'apprentissage
Les rétrospectives d'une équipe de développement étaient devenues des séances de plaintes. Les mêmes problèmes revenaient à chaque sprint. Nous avons animé une rétrospective au format Sailboat, suivie d'un débriefing en Liberating Structures. Deux causes profondes sont apparues, restées invisibles lors des séances précédentes. L'équipe a mené une expérience par sprint pendant les trois mois suivants et a relevé le résultat à chaque fois.
Clôture de projet : en tirer de vrais enseignements
Après un projet difficile de 18 mois, l'organisation voulait une vraie rétrospective de clôture, pas un bilan complaisant, mais un récit honnête de ce qui s'était passé et pourquoi. Nous avons animé une séance structurée qui a produit un cadre de décision réutilisable pour le prochain projet du même type.
Équipe transversale : dire ce que personne ne disait
Une équipe tenait des rétrospectives mensuelles depuis un an. Les résultats étaient positifs. Les problèmes revenaient. La vraie difficulté, un goulot structurel dans la façon dont le travail passait d'un sous-groupe à l'autre, n'avait jamais été nommée parce qu'aucun des deux groupes ne se sentait en sécurité pour la soulever. Une rétrospective conçue autour de la sécurité psychologique l'a fait émerger dès le premier tour. L'équipe a porté la correction structurelle auprès de la direction la même semaine.
Envie d'une rétrospective qui change vraiment quelque chose ?
Parlez-nous de votre équipe et de l'étape où en est votre projet. Nous vous proposerons le format adapté.