Rétrospective de sprint : définition, durée et déroulé en Scrum
Ce qu’est la rétrospective de sprint en Scrum : à quel moment elle a lieu, combien de temps elle dure, qui y participe et ce qui doit en sortir.
Blog5 min de lecture
La rétrospective de sprint est le dernier événement d’un sprint Scrum : l’équipe s’arrête une heure pour regarder comment elle a travaillé, et décide de ce qu’elle change au sprint suivant. C’est aussi l’événement le plus souvent raccourci, puis sauté, dès que le planning se tend. Voici ce qu’en dit le Scrum Guide, combien de temps prévoir selon la longueur du sprint, et ce qui doit en sortir pour qu’elle serve.
Qu’est-ce qu’une rétrospective de sprint ?
Dans le Scrum Guide, la rétrospective de sprint a un but précis : trouver des moyens d’améliorer la qualité et l’efficacité de l’équipe. Elle passe en revue le sprint qui se termine sous tous ses angles : les personnes, leurs interactions, les processus, les outils, et la définition de « terminé » (Definition of Done). Ce qui a bien marché, ce qui a posé problème, et comment ces problèmes ont été résolus, ou non.
Elle se distingue de la revue de sprint, avec laquelle on la confond souvent. La revue regarde le produit : ce qui a été livré, avec les parties prenantes, pour ajuster la suite du backlog. La rétrospective regarde l’équipe : sa façon de travailler, entre ses seuls membres. L’une répond à « qu’avons-nous construit ? », l’autre à « comment l’avons-nous construit ? ».
Quand a-t-elle lieu ?
La rétrospective clôt le sprint. Elle se tient après la revue de sprint et avant la planification du sprint suivant, ce qui lui donne une place logique : les constats de la revue sont frais, et les changements décidés peuvent entrer dès la planification qui suit.
En pratique, beaucoup d’équipes la placent le même jour que la revue, l’après-midi. Évitez de la coller à la planification sans pause : une équipe fatiguée décide vite et mal, et c’est précisément ce que la rétrospective doit éviter.
Combien de temps dure une rétrospective de sprint ?
Le Scrum Guide fixe un plafond : trois heures au plus pour un sprint d’un mois, et généralement moins pour un sprint plus court. Une règle empirique répandue est d’environ 45 minutes par semaine de sprint :
- Sprint d’une semaine : 45 minutes.
- Sprint de deux semaines : une heure à une heure trente, le cas le plus courant.
- Sprint de trois semaines : deux heures environ.
- Sprint d’un mois : trois heures au maximum.
Ces durées sont des plafonds, pas des objectifs. Une équipe rodée, avec un facilitateur qui tient le temps, fait souvent une très bonne rétrospective en une heure pour un sprint de deux semaines. Ce qui compte est que la durée soit annoncée et tenue.
Qui participe ?
Toute l’équipe Scrum : les développeurs, le Product Owner et le Scrum Master. La présence du Product Owner fait parfois débat, mais le Scrum Guide l’inclut sans ambiguïté : il fait partie de l’équipe, et beaucoup de problèmes de sprint (priorités qui changent, specs tardives) passent par lui.
Les managers et les parties prenantes, eux, n’y sont pas invités par défaut. Leur présence suffit souvent à rendre les cartes plus prudentes. Si l’équipe le souhaite, ils peuvent venir à une séance précise, sur un sujet qui les concerne.
Le Scrum Master anime le plus souvent, mais rien ne l’impose. Faire tourner l’animation entre les membres de l’équipe est un bon moyen de renouveler la séance, et de ne pas en faire « la réunion du Scrum Master ».
Comment se déroule-t-elle ?
La plupart des équipes suivent un déroulé en cinq temps : ouvrir la séance, collecter les faits du sprint, comprendre en regroupant et en votant, décider des actions, puis clore. La discussion doit prendre la plus grande part du temps, la collecte et l’ouverture rester courtes. Le détail de chaque temps, avec les durées et le rôle du facilitateur, est dans le guide pour animer une rétrospective agile.
Le format, c’est-à-dire les colonnes du tableau, se choisit selon ce que le sprint a soulevé : un « Ce qui a marché / Ce qui a coincé » pour un sprint ordinaire, un Speedboat avant une échéance, un Mad / Sad / Glad après un sprint tendu. Les six plus utilisés sont comparés dans notre article sur les formats de rétrospective.
Que doit-il en sortir ?
Une ou deux actions concrètes, chacune avec un responsable et une échéance. Le Scrum Guide précise que les améliorations les plus utiles peuvent être ajoutées au backlog du sprint suivant : c’est le meilleur moyen de leur garantir du temps, au lieu de les laisser en concurrence avec tout le reste.
Le piège classique est la liste de dix bonnes résolutions dont aucune n’est relue. Ouvrez chaque rétrospective par l’état des actions de la précédente : faite, pas faite, abandonnée. C’est ce qui prouve à l’équipe que la séance change quelque chose. Les raisons pour lesquelles les actions se perdent, et comment les écrire pour qu’elles aboutissent, font l’objet d’un article à part.
Questions fréquentes
Peut-on sauter une rétrospective quand le sprint a été chargé ?
C’est justement après un sprint difficile qu’elle sert le plus. Raccourcissez-la plutôt que de l’annuler : trente minutes centrées sur un seul sujet valent mieux qu’une séance reportée qui n’aura jamais lieu. Si l’équipe veut la sauter régulièrement, c’est le signe qu’elle tourne à vide, et c’est ce problème-là qu’il faut traiter.
Faut-il faire une rétrospective à chaque sprint ?
Oui, en Scrum, c’est l’un des cinq événements du sprint. Mais la forme peut varier : changer de format, d’animateur ou de lieu de temps en temps évite l’usure. Une équipe hors Scrum gagne autant à tenir le même rendez-vous à un rythme fixe, toutes les deux ou trois semaines.
La rétrospective de sprint marche-t-elle à distance ?
Oui, à condition d’un outil où chacun écrit en même temps, d’un temps d’écriture silencieuse et d’un vote. Les écueils propres à la distance (caméras, silences, équipes à moitié dans la salle) sont détaillés dans nos conseils pour la rétrospective à distance.