Des rétrospectives qui changent vraiment quelque chose
La rétrospective de sprint est le dernier événement du sprint et, selon le Guide Scrum, elle a un seul but : planifier des façons d'accroître la qualité et l'efficacité. Toute l'équipe Scrum examine comment s'est déroulé le dernier sprint — les personnes, les interactions, le processus, les outils, la définition de « terminé » — et décide quoi améliorer. Ce n'est ni une séance de plaintes, ni un point d'avancement. C'est là qu'une équipe s'améliore délibérément.
Pourtant, bien des équipes mènent des rétrospectives agréables qui ne changent rien. Les gens partagent, hochent la tête, et le sprint suivant ressemble exactement au précédent. Avec autant d'équipes en télétravail au début de 2021, cette dérive est facile : un appel vidéo peut produire un accord sans produire d'action. La solution n'est pas un format plus sophistiqué — c'est de considérer le résultat, et non la conversation, comme l'objectif.
Pourquoi de bonnes rétrospectives ne tiennent pas
Trop d'améliorations à la fois. L'équipe repart avec huit actions, n'en porte aucune, et reporte les huit, inchangées, à la rétrospective suivante.
Aucun responsable et aucune échéance. « On devrait améliorer nos tests » est un souhait, pas un engagement.
Les mêmes voix fortes fixent l'ordre du jour pendant que les membres plus discrets — souvent les plus proches du problème — restent silencieux, un risque réel en visioconférence.
Les actions vivent dans le carnet de quelqu'un plutôt que dans le carnet de sprint, alors elles ne disputent jamais une vraie capacité.
Une structure simple qui fonctionne
Poser le décor. Rappelez à tous que le but est l'amélioration, pas le blâme, et que les propos restent constructifs. Deux minutes de sécurité psychologique sont vite rentabilisées.
Recueillir les données. Faites ressortir ce qui s'est réellement passé ce sprint — faits, événements, ressentis — avant toute interprétation. Une saisie écrite en silence d'abord aide les membres discrets et à distance à contribuer également.
Dégager des constats. Cherchez les tendances et les causes profondes. Ne vous arrêtez pas à « la compilation a planté »; demandez pourquoi elle a planté et pourquoi personne ne l'a vu pendant une journée.
Décider quoi faire. Choisissez une ou deux modifications auxquelles l'équipe s'engage vraiment, chacune avec un responsable. Moins de vrais changements valent mieux qu'une longue liste de souhaits.
Clore. Confirmez brièvement les engagements et, à l'occasion, réfléchissez à la rétrospective elle-même — le format vous sert-il encore?
Rendre l'amélioration réelle
L'habitude la plus importante qu'une nouvelle équipe puisse prendre est d'inscrire chaque amélioration choisie dans le carnet de sprint du prochain sprint, comme tout autre travail auquel l'équipe s'est engagée. Ce simple geste force l'équipe à y consacrer de la capacité plutôt que d'espérer que ça se fasse dans les interstices. Le Guide Scrum encourage explicitement à s'attaquer aux améliorations dès le prochain sprint.
Gardez les rétrospectives courtes, régulières et honnêtes. Limitez-vous aux changements que l'équipe maîtrise — améliorer vos propres transferts, sans attendre une réorganisation. Et revoyez les engagements du dernier sprint au début : avons-nous fait ce que nous avions dit? Rien ne renforce plus vite la confiance dans l'événement que de voir une décision passée prendre effet, et rien ne la détruit plus vite que le même problème qui revient pour la quatrième fois.
Si vos équipes de réalisation tiennent des rétrospectives qui ne se traduisent jamais vraiment en changement, le service consultatif en réalisation de programmes et de projets de XNM peut vous aider à transformer la réflexion en amélioration mesurable.