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 :

  1. Introduction
  2. Objectifs et sujets de la Rétrospective de Sprint
  3. Comment mener une Rétrospective de Sprint efficace ?
  4. Problèmes à discuter
  5. Discussion et engagement
  6. 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.

Rétrospective de Sprint

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.

rétrospective de sprint

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é.

View all posts →

Scrum Guide:

  1. Glossaire des termes, rôles et notions de base
  2. Qu'est-ce que Scrum ?
  3. Valeurs Scrum
  4. Comment mettre en œuvre Scrum dans votre entreprise ?
  5. Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
  6. Qui est un Product Owner ?
  7. Les erreurs les plus courantes du Product Owner
  8. Qui est le Scrum Master ?
  9. Les erreurs les plus courantes des Scrum Masters
  10. Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
  11. Équipe de développement en Scrum
  12. Les erreurs les plus courantes des développeurs
  13. Artifacts Scrum
  14. Élargir Scrum
  15. Backlog de sprint
  16. Qu'est-ce que le Product Backlog ?
  17. Qu'est-ce que les User Stories ?
  18. Créer la meilleure User Story avec INVEST
  19. Les erreurs les plus courantes dans les User Stories
  20. Critères d'acceptation de l'histoire utilisateur
  21. Estimation et Points d'Histoire dans Scrum
  22. Planning Poker
  23. Jeu d'estimation d'équipe
  24. Définir l'incrément
  25. Événements Scrum
  26. Qu'est-ce qu'un graphique d'avancement ?
  27. Avantages et inconvénients du graphique de burndown
  28. Tableaux Kanban dans Scrum et Scrumban
  29. Vélocité en Scrum - Vitesse de l'équipe de développement
  30. Scrum quotidien
  31. Planification de Sprint
  32. Revue de Sprint
  33. Qu'est-ce qu'une rétrospective de sprint ?
  34. Erreurs courantes lors d'une rétrospective de Sprint
  35. Nourrir le backlog produit
  36. Comment créer et interpréter un graphique de burndown ?
  37. Qu'est-ce qu'un Sprint dans Scrum ?
  38. Coopération entre le Product Owner et le Scrum Master
  39. Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
  40. Caractéristiques d'un bon Scrum Master