La Rétrospective de Sprint est un événement de clôture de Sprint auquel seuls les membres de l’équipe Scrum peuvent assister. Cela permet de se consacrer entièrement aux affaires internes de l’équipe. En effet, la Rétrospective de Sprint est principalement utilisée pour réfléchir sur les méthodes de travail actuelles, ainsi que pour discuter des suggestions d’amélioration.
Qu’est-ce qu’une Rétrospective de Sprint ? – table des matières :
- Introduction
- Objectifs et sujets de la Rétrospective de Sprint
- Comment mener une Rétrospective de Sprint efficace ?
- Problèmes à discuter
- Discussion et engagement
- Résumé
Introduction
La Rétrospective de Sprint est la réunion qui clôt chaque Sprint. C’est l’un des événements Scrum, dont nous avons parlé dans un aperçu dans un article séparé.
Selon le Guide Scrum officiel, une Rétrospective de Sprint prend un maximum de trois heures pour un Sprint mensuel. Ou correspondamment moins si l’équipe Scrum travaille en cycles plus courts.
Objectifs et sujets de la Rétrospective de Sprint
Tous les membres de l’équipe Scrum participent à la Rétrospective de Sprint. L’objectif de la réunion est de discuter des problèmes liés au travail de l’équipe Scrum et de la manière dont elle les gère. Cependant, il ne s’agit pas de problèmes liés au produit développé par l’équipe Scrum, mais de questions liées à la nature et au déroulement de la coopération entre les membres de l’équipe Scrum.
Étant donné que les problèmes soulevés sont souvent sensibles et délicats, la Rétrospective de Sprint est un événement fermé. Nous pouvons formuler ses objectifs de la manière suivante :
- résumer les modes de coopération actuels
- identifier les problèmes et imperfections qui nécessitent une amélioration
- suggérer des solutions et des modifications
Les objectifs de la Rétrospective de Sprint sont étroitement liés aux piliers de l’empirisme sur lesquels Scrum est fondé. Les deux premiers points sont liés à l’inspection. Tandis que le dernier est lié à l’adaptation. Nous avons écrit davantage sur les piliers de l’empirisme et leur rôle dans Scrum dans cet article.

Le résultat des réponses aux réunions ci-dessus n’est pas seulement une image claire des principes de coopération de l’équipe Scrum disponibles pour tous ses membres. L’équipe prend également des engagements pour améliorer la coopération et le comportement de l’équipe, qui seront mis en œuvre dans le prochain Sprint.
Comment mener une Rétrospective de Sprint efficace ?
Étant donné que la Rétrospective de Sprint est une réunion difficile, le rôle du Scrum Master qui modère la discussion est crucial. Idéalement, il ou elle devrait suggérer aux membres de l’équipe Scrum de parler ensuite. Par exemple, il peut demander à chacun de donner un résumé en une phrase du Sprint qui se termine.
Problèmes à discuter
Puisque parler des problèmes dans l’équipe peut susciter beaucoup d’émotions, une solution courante est de noter les problèmes à discuter sur des morceaux de papier séparés. Cela facilite l’expression de votre opinion. Il est également plus facile d’identifier des domaines problématiques plus larges et des questions qui préoccupent plus de personnes.
S’il y a trop de problèmes que l’équipe Scrum soulève, vous pouvez commencer par discuter des principaux. Ou sélectionner collectivement quels problèmes sont les plus importants selon l’avis de l’équipe Scrum.
Vous pouvez reporter les problèmes pour lesquels il n’y avait pas assez de temps pendant la Rétrospective de Sprint à la prochaine rétrospective. Bien sûr, seulement s’ils se posent encore.

Discussion et engagement
Cependant, les parties les plus importantes de la Rétrospective de Sprint sont la discussion et la prise d’engagements.
La discussion devrait se concentrer sur les causes des problèmes, les moments où ils se produisent, et leur impact sur le fonctionnement de l’équipe Scrum. Il vaut la peine de considérer si leur occurrence peut être évitée et avec qui discuter de leur solution.
Prendre des engagements est tout aussi important que de diagnostiquer les problèmes, car simplement savoir qu’ils existent et connaître les causes ne se traduit pas par leur résolution. Le résultat d’une Rétrospective de Sprint est généralement plusieurs engagements. Si le problème affecte toute l’équipe, souvent l’un des membres de l’équipe s’engage à prêter une attention particulière à un problème particulier lors du prochain Sprint. Et à proposer sa solution, ou même à résoudre le problème lui-même. Si, en revanche, le problème concerne l’action d’une personne spécifique, il ou elle s’engage à changer son comportement dès le prochain Sprint.
Résumé
La Rétrospective de Sprint est un résumé d’un Sprint du point de vue de la collaboration entre les membres de l’équipe Scrum. Son objectif est d’améliorer l’efficacité et de nourrir les trois piliers de l’empirisme : la transparence, l’inspection et l’adaptation. La transparence, par laquelle tous les collaborateurs parlent franchement les uns avec les autres tant des succès que des problèmes qui surgissent dans l’équipe. L’inspection, qui implique un diagnostic fréquent et fiable de la situation dans l’équipe, et l’adaptation, c’est-à-dire la correction des erreurs qui surviennent en continu.
Si vous aimez notre contenu, rejoignez notre communauté de abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Scrum Guide:
- Glossaire des termes, rôles et notions de base
- Qu'est-ce que Scrum ?
- Valeurs Scrum
- Comment mettre en œuvre Scrum dans votre entreprise ?
- Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
- Qui est un Product Owner ?
- Les erreurs les plus courantes du Product Owner
- Qui est le Scrum Master ?
- Les erreurs les plus courantes des Scrum Masters
- Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
- Équipe de développement en Scrum
- Les erreurs les plus courantes des développeurs
- Artifacts Scrum
- Élargir Scrum
- Backlog de sprint
- Qu'est-ce que le Product Backlog ?
- Qu'est-ce que les User Stories ?
- Créer la meilleure User Story avec INVEST
- Les erreurs les plus courantes dans les User Stories
- Critères d'acceptation de l'histoire utilisateur
- Estimation et Points d'Histoire dans Scrum
- Planning Poker
- Jeu d'estimation d'équipe
- Définir l'incrément
- Événements Scrum
- Qu'est-ce qu'un graphique d'avancement ?
- Avantages et inconvénients du graphique de burndown
- Tableaux Kanban dans Scrum et Scrumban
- Vélocité en Scrum - Vitesse de l'équipe de développement
- Scrum quotidien
- Planification de Sprint
- Revue de Sprint
- Qu'est-ce qu'une rétrospective de sprint ?
- Erreurs courantes lors d'une rétrospective de Sprint
- Nourrir le backlog produit
- Comment créer et interpréter un graphique de burndown ?
- Qu'est-ce qu'un Sprint dans Scrum ?
- Coopération entre le Product Owner et le Scrum Master
- Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
- Caractéristiques d'un bon Scrum Master