La rétrospective agile est la réunion qui clôt le sprint et qui porte sur le fonctionnement de l’équipe. On y analyse ce qui a bien marché, ce qui a posé problème, et l’on en tire des actions concrètes.
Elle se distingue de la revue de sprint par son objet : la revue inspecte le produit, la rétrospective inspecte la manière de travailler. C’est le seul événement du cadre entièrement consacré à l’amélioration du système lui-même plutôt qu’à sa production.
Le déroulement classique en cinq temps
Le format le plus répandu, popularisé par Esther Derby et Diana Larsen, enchaîne cinq séquences : ouvrir la séance, rassembler les faits, générer des idées, décider des actions, clore. Cette structure évite les deux écueils symétriques du défouloir sans suite et du tour de table poli.
L’étape des faits est la plus souvent bâclée. Passer directement aux opinions produit des débats sans issue ; partir d’éléments vérifiables — incidents, délais constatés, événements datés — ancre la discussion dans le réel et désamorce les procès d’intention.
Ce qui rend une rétrospective utile
Une seule chose, en réalité : que les actions décidées soient effectivement réalisées. Une équipe qui retrouve chaque fois les mêmes problèmes n’a pas un problème de format mais de suivi. Une action par sprint, portée par quelqu’un et vérifiée au sprint suivant, vaut mieux que dix intentions.
La sécurité psychologique conditionne tout le reste. Si nommer un dysfonctionnement expose à des représailles, la rétrospective se limitera aux sujets sans enjeu. La présence du responsable hiérarchique est à cet égard une question à trancher honnêtement plutôt qu’à évacuer.
Supprimer la rétrospective faute de temps reste le premier symptôme d’un cadre qui se vide : c’est précisément quand on manque de temps qu’il faudrait comprendre pourquoi. L’Agile Alliance recense les principaux formats et leurs usages.