Mener une rétrospective qui produit des changements, pas des listes

Objectif

Quitter la réunion avec un petit nombre de changements concrets qui seront réellement réalisés avant la prochaine rétrospective, plutôt qu'un mur de post-it que personne ne relira.

Prérequis

Une cadence fixe (fin de chaque itération ou toutes les deux à quatre semaines), toute l'équipe présente, la liste d'actions de la rétrospective précédente, et une personne facilitatrice qui n'exerce pas de responsabilité hiérarchique sur l'équipe. Le Scrum Guide décrit la rétrospective comme l'événement où l'équipe inspecte le dernier Sprint du point de vue des individus, des interactions, des processus, des outils et de sa Définition de « Terminé », dans une durée limitée à trois heures maximum pour un Sprint d'un mois.

Étapes

1. Ouvrir en lisant la Prime Directive à voix haute : quoi que l'on découvre, chacun a fait le meilleur travail possible compte tenu de ce qu'il savait, de ses compétences, des ressources disponibles et de la situation. C'est une hypothèse de travail qui recentre la discussion sur le système, pas sur les personnes.
2. Passer d'abord en revue les actions de la dernière fois. Pour chacune : faite, non faite, ou abandonnée, avec une phrase expliquant pourquoi. Une action « en cours » deux fois de suite est désormais abandonnée ou recalibrée.
3. Rassembler les données avant les opinions : incidents, éléments reportés, délais d'attente en relecture, interruptions. Cinq minutes d'écriture silencieuse, puis regroupement par thèmes.
4. Choisir un thème par vote à points. Ne discuter que de ce thème ; mettre le reste de côté avec une note.
5. Demander le mécanisme, pas le coupable : qu'est-ce qui a rendu ce résultat probable ? Qu'est-ce qui devrait être différent pour qu'il ne se reproduise pas ?
6. Formuler au maximum deux actions. Chacune a une personne responsable (une seule), une échéance avant la prochaine rétrospective, et un critère d'achèvement observable (« la liste des tests instables est vide », « la checklist de déploiement comporte une étape de retour arrière »). Les actions qui se contentent de dire « faire plus attention » sont rejetées.
7. Placer les actions là où vit le travail : dans le backlog ou le plan de la prochaine itération, comme le suggère le Scrum Guide, pas seulement dans les notes de réunion.
8. Clore par une vérification d'une minute : cette réunion valait-elle son coût ? Ajuster le format la prochaine fois sinon.

Résultat attendu

Une liste courte et visible de changements avec un taux d'achèvement que l'équipe peut suivre sur plusieurs mois ; les thèmes récurrents deviennent évidents car ils resurgissent à l'étape 2.

Limites et base de vérification

Les équipes sous forte pression sauteront la réunion ; mieux vaut la raccourcir que l'annuler. Les problèmes hors de l'autorité de l'équipe ont besoin d'une escalade, pas d'une action. La procédure est une synthèse des sources citées et des pratiques courantes ; aucun taux d'achèvement n'est avancé.