De l’importance de faire une Rétrospective régulière

Published in

Just-Tech-IT

5 min readJun 16, 2022

Votre équipe souhaite faire des rétrospectives (ou rétro) régulières mais elle n’est, finalement, pas très assidue, faute de temps ou la dépriorise en faveur du delivery. Pourtant, il s’agit d’un des rituels les plus importants des équipes agiles.

Faire une rétro régulière, c’est être dans l’esprit Agile d’amélioration continue.

Pourquoi une rétrospective régulière ?

“Les rétros, on a arrêté. On en faisait tous les 6 mois. C’était une perte de temps car il y avait tellement de sujets qu’on ne traitait plus rien à la fin.” — Une équipe pourtant en souffrance.

C’est une phrase que l’on entend souvent dans les équipes, mais le problème ne vient pas de l’outil en lui-même, mais plutôt de comment on l’utilise. Son efficacité repose avant tout sur sa fréquence, exactement comme pour votre delivery. On constate une problématique, on la traite, on teste son effet, on adapte et on itère régulièrement.

La rétrospective fait partie du processus d’amélioration continue et de résolution de problèmes du projet.

Elle permet à l’équipe projet de perfectionner sa façon de travailler en déterminant :

Quelles actions doivent être mises en œuvre sur l’itération suivante,
Sur quels critères se baser pour estimer leur réussite ou leur échec.

Aussi, sa fréquence à intervalles relativement courts et réguliers est indispensable pour que l’équipe s’améliore de façon continue. Souvent, les équipes organisent les rétrospectives à la fin de chaque itération.

Une rétro régulière = une équipe qui s’améliore régulièrement

Plusieurs axes d’analyse pour une rétrospective

Les individus,
Les interactions,
Les processus,
Les outils.

Cela vous dit quelque chose ?

Astuce : N’essayez pas de vous attaquer à des mastodontes, d’autant plus si les sujets ne dépendent pas seulement de l’équipe. Prenez plutôt de petits sujets qui pourront être réglés rapidement et efficacement. Vous verrez, c’est très gratifiant et motivant pour l’équipe d’avoir de petites réussites régulières !

Ses bénéfices

Renforcer la cohésion de l’équipe,
Souligner les points forts :

D’un sprint ou livrable pour continuer à les appliquer lors du prochain sprint,
De l’équipe,

Une occasion de célébrer ce qui s’est bien passé,
Remonter les points à améliorer

Relationnels et organisationnels,
Souligner les points de douleurs d’un sprint et trouver des solutions collégiales,

Permettre de questionner les processus afin de générer (d’importantes) améliorations au fil des itérations,
Identifier les changements les plus utiles pour améliorer l’efficacité.

Le saviez-vous ?
Une Rétro n’est pas que pour faire un bilan de ce qui s’est déroulé lors d’une itération. Vous pouvez aussi utiliser ce rituel pour résoudre une problématique particulière, telle qu’un daily qui ne fonctionne plus ou un problème de communication dans l’équipe.

Qui prépare la rétro ?

Habituellement, C’est le Scrum Master de votre équipe. Cependant, tout membre de l’équipe peut la préparer et l’animer car l’avantage d’une rétrospective est qu’elle peut être appliquée sur un produit informatique, un service ou une méthode de travail.

Astuce : Vous n’êtes pas à l’aise dans sa préparation et encore moins dans son animation ? Vous connaissez peut-être des Scrum Masters d’autres équipes ? N’hésitez pas à leur demander de devenir facilitateur de votre Rétro !

Un cadre propice à la parole

Pour avoir une rétrospective efficace, il s’agit, tout d’abord, de créer un cadre permettant à chacun de s’exprimer librement dans un cadre dénué de reproches, de culpabilité et de jugements. On doit la jouer collectif !!!

Qui inviter ?

Cela dépend de votre rétrospective et de votre objectif. Vous pouvez inviter l’équipe, vos métiers, vos contributeurs etc. Malgré tout, pour un atelier efficace, il vaut mieux éviter d’être trop nombreux. Aussi, n’hésitez pas à vous reposer plutôt sur des représentants (ex: une personne qui représente votre Métier).

Peut-on ajouter son manager à sa rétrospective ?

Ne pas l’inviter serait un signe de dysfonctionnement de l’équipe, car cela voudrait dire qu’elle veut se protéger de son manager.

Au début de la rétrospective

Il est important de prendre un peu de temps pour faire le suivi des actions de la précédente rétrospective.

Profitez-en aussi pour faire un icebreaker afin de renforcer la cohésion d’équipe.

Connaissez-vous la “Directive 1ère de la Rétrospective” ?

“Indépendamment de ce que nous découvrons, nous comprenons et nous croyons sincèrement que chacun a fait du mieux qu’il ou elle a pu, selon ce qui était connu à ce moment, ses aptitudes et capacités, les ressources disponibles et le contexte du moment.” — Norman L. Kerth, Project Retrospectives: A Handbook for Team Reviews.

Pour en savoir plus : Qu’est-ce que la Directive Première des Rétrospectives ? (neatro.io)

A la fin de la rétrospective

A la fin de la rétrospective, il faut que l’équipe liste et priorise les actions sur lesquelles elle souhaite travailler jusqu’à la prochaine rétrospective.

Tout comme une Userstory, ces actions doivent être “INVEST”, à savoir :

I — Independent : Elles devront être indépendantes d’autres sujets et surtout d’autres équipes,
N — Negotiable : Elles doivent être discutées,
V — Valuable : Elles doivent apporter de la valeur pour l’équipe et le delivery,
E — Estimable : Elles doivent avoir un objectif clair et atteignable,
S — Small : Elles doivent être assez petites pour ne pas impacter le delivery,
T — Testable : L’amélioration doit être visible et notable.

Enfin, il faudra trouver un responsable de chaque action et un indicateur de réussite au moment de la Rétrospective. Le responsable prendra en charge son suivi et les ateliers pour trouver des solutions avec l’équipe. Il présentera aussi son bilan pour la prochaine rétrospective.

Puis, n’oubliez pas de faire un ROTI à la fin de la rétro pour avoir le retour des participants sur la qualité de l’atelier.

Documenter la rétrospective

N’hésitez pas à documenter le résultat de votre rétrospective, par exemple, dans votre outil de gestion documentaire (Confluence …) ou dans un Kanban avec des cartes “Action”. Comme vous pouvez vous en douter, il est important pour l’équipe d’avoir cet historique pour vérifier qu’elle s’améliore.