Rétrospective de sprint
Le moteur de l'amélioration continue.
1Objectif de la rétrospective
La rétrospective de sprint est l'événement où l'équipe Scrum s'inspecte elle-même — comment elle a travaillé ensemble — et crée un plan d'amélioration.
Points clés :
- Limite de temps : maximum 3 heures pour un sprint d'un mois (90 min pour 2 semaines)
- Participants : équipe Scrum seulement (pas de parties prenantes)
- Résultat : améliorations actionnables, idéalement ajoutées au backlog de sprint
C'est le cœur de l'amélioration continue. Sautez-la, et vous cessez de vous améliorer.
L'événement le plus important
Plusieurs soutiennent que la rétrospective est l'événement Scrum le plus important. C'est le mécanisme principal pour que l'équipe adapte son processus. Tout le reste peut être corrigé ici.
2Quoi inspecter
La rétrospective examine trois domaines :
Personnes : dans quelle mesure avons-nous travaillé ensemble ? Communication ? Collaboration ?
Processus : nos pratiques nous servent-elles ? Mêlées, planification, raffinement ?
Outils : nos outils aident-ils ou nuisent-ils ? CI/CD, outils de communication ?
La directive principale : « Peu importe ce que nous découvrons, nous comprenons et croyons vraiment que chacun a fait le meilleur travail possible, compte tenu de ce qu'il savait à ce moment-là, de ses compétences et capacités, des ressources disponibles et de la situation. »
Cet état d'esprit crée la sécurité psychologique pour une réflexion honnête.
3Formats qui fonctionnent
Commencer/Arrêter/Continuer : que devrions-nous commencer à faire ? Arrêter de faire ? Continuer à faire ?
Fâché/Triste/Content : qu'est-ce qui nous a frustrés ? Déçus ? Rendus heureux ?
4L : qu'avons-nous aimé ? Appris ? Manqué ? Désiré ?
Voilier : vent (ce qui nous pousse vers l'avant), ancres (ce qui nous retient), rochers (risques à venir), soleil (ce vers quoi nous visons).
Ligne du temps : parcourez le sprint chronologiquement. Où les choses se sont-elles bien ou mal passées ?
Alternez les formats : le même format à chaque sprint devient ennuyeux. Variez.
4Faire tenir les améliorations
Le plus grand mode d'échec : identifier des améliorations mais ne pas agir dessus.
Rendez les améliorations spécifiques : pas « mieux communiquer » mais « programmer en binôme sur les éléments complexes pendant la première heure ».
Ajoutez au backlog de sprint : traitez les améliorations de processus comme du travail de sprint avec du temps alloué.
Limitez les améliorations : choisissez-en 1 ou 2 sur lesquelles vous concentrer. N'essayez pas de tout corriger.
Révisez les améliorations du dernier sprint : les avons-nous faites ? Ont-elles aidé ?
Cimetière d'actions
Si vos actions de rétro ne sont systématiquement pas faites, vous gaspillez la rétrospective. Rendez-les plus petites, priorisez-les dans le sprint, ou adressez pourquoi elles ne se font pas.
- Les rétrospectives inspectent les personnes, les processus et les outils
- La directive principale crée la sécurité pour l'honnêteté
- Alternez les formats pour garder la fraîcheur
- Les améliorations doivent devenir du travail de sprint ou elles ne se feront pas
- •Le même format à chaque sprint mène à l'ennui
- •Blâmer des individus viole la directive principale
- •Trop d'actions signifie qu'aucune ne se fait
- •La sauter quand on est « trop occupé » tue le moteur d'amélioration