Guide de mêlée | 38. Qu'est-ce qu'une rétrospective de sprint ?

La rétrospective de sprint est un événement de synthèse de sprint auquel seuls les membres de l'équipe Scrum peuvent assister. Cela lui permet d'être entièrement dédié aux affaires internes de l'équipe. En effet, la rétrospective Sprint est principalement utilisée pour réfléchir sur les méthodes de travail actuelles, ainsi que pour discuter de suggestions pour les améliorer.

Qu'est-ce qu'une rétrospective Sprint ? - table des matières:

1. Introduction
2. Objectifs et sujets de la rétrospective Sprint
3. Comment mener une Rétrospective Sprint efficace ?
4. Problèmes à discuter
5. Discussion et engagement
6. Sommaire

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 Scrum Guide officiel, une Rétrospective de Sprint prend au maximum trois heures pour un Sprint mensuel. Ou proportionnellement plus court si l'équipe Scrum travaille dans des cycles plus courts.

Objectifs et sujets de la rétrospective Sprint

Tous les membres de l'équipe Scrum participent à la rétrospective Sprint. Le but 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 problèmes liés à la nature et au déroulement de la coopération entre les membres de l'équipe Scrum.

Parce que les questions soulevées sont souvent sensibles et délicates, la Rétrospective 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 les imperfections qui nécessitent une amélioration
• proposer des solutions et des modifications

Les objectifs de Sprint Retrospective sont étroitement liés aux piliers de l'empirisme sur lesquels Scrum est soutenu. Les deux premiers points sont liés à l' inspection. Alors que le dernier est lié à l' adaptation. Nous avons écrit plus 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 d'équipe, qui seront mis en œuvre dans le prochain Sprint.

Comment mener une Rétrospective Sprint efficace ?

Parce que la Rétrospective 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 prendre la parole ensuite. Par exemple, il peut demander à chacun de faire un résumé en une phrase du Sprint de fin.

Problèmes à discuter

Étant donné que parler de problèmes dans l'équipe peut susciter beaucoup d'émotion, une solution courante consiste à écrire les problèmes à discuter sur des feuilles de papier séparées. Cela facilite l'expression de votre opinion. Il est également plus facile de repérer les problèmes plus importants et les problèmes qui préoccupent davantage de personnes.

S'il y a trop de problèmes soulevés par l'équipe Scrum, vous pouvez commencer par discuter des principaux. Ou sélectionnez collectivement les problèmes les plus importants de l'avis de l'équipe Scrum.

Vous pouvez reporter les problèmes pour lesquels il n'y avait pas assez de temps lors de la rétrospective Sprint à la prochaine rétrospective. Bien sûr, seulement au cas où ils se produiraient encore.

Discussion et engagement

Les parties les plus importantes de la rétrospective Sprint, cependant, sont la discussion et la prise d'engagements.

La discussion doit se concentrer sur les causes des problèmes, les moments où ils surviennent et leur impact sur le fonctionnement de l'équipe Scrum. Il convient de se demander si leur apparition peut être évitée et avec qui discuter de leur solution.

Prendre des engagements est tout aussi important que diagnostiquer les problèmes, car le simple fait de savoir qu'ils existent et que les causes ne se traduisent 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 à porter une attention particulière à un problème particulier lors du prochain Sprint. Et de proposer sa solution, voire de résoudre le problème lui-même. Si au contraire le problème concerne l'action d'une personne en particulier, celle-ci s'engage à modifier son comportement dès le prochain Sprint.

Sommaire

Sprint Retrospective 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. Transparence, où tous les collaborateurs parlent franchement entre eux des succès et des problèmes qui surviennent dans l'équipe. L'inspection, qui implique le diagnostic fréquent et fiable de la situation dans l'équipe, et l'adaptation, c'est-à-dire la correction des erreurs qui surviennent de manière continue.

Si vous aimez notre contenu, rejoignez notre communauté d'abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Auteur : Caroline Becker

En tant que chef de projet, Caroline est 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 la pression du temps font d'elle la meilleure personne pour concrétiser des projets complexes.

Afficher tous les articles

Guide de mêlée :

1. Glossaire des termes, rôles et notions de base
2. Qu'est-ce que Scrum ?
3. Valeurs Scrum
4. Comment implémenter Scrum dans votre entreprise ?
5. Scrum Team - qu'est-ce que c'est et comment ça marche ?
6. Qui est un Product Owner ?
7. Les erreurs les plus courantes du Product Owner
8. Qui est le Scrum Master ?
9. Caractéristiques d'un bon Scrum Master
10. Les erreurs les plus courantes du Scrum Master
11. Quelles statistiques et métriques le Scrum Master doit-il suivre ?
12. Coopération entre Product Owner et Scrum Master
13. Équipe de développement dans Scrum
14. Les erreurs les plus courantes des développeurs
15. Artefacts Scrum
16. Mise à l'échelle Scrum
17. Carnet de sprint
18. Qu'est-ce que le carnet de produit ?
19. Qu'est-ce qu'une User Story ?
20. Créer la meilleure User Story avec INVEST
21. Les erreurs les plus courantes de la User Story
22. Critères d'acceptation des user stories
23. Estimation et Story Points dans Scrum
24. Planification Poker
25. Jeu d'estimation d'équipe
26. Définition de l'incrément
27. Événements Scrum
28. Qu'est-ce que Sprint dans Scrum ?
29. Engagements de l'équipe Scrum - Objectif du produit, objectif du sprint et définition de l'achèvement
30. Qu'est-ce qu'un Burndown Chart ?
31. Comment créer et interpréter un burndown chart ?
32. Avantages et inconvénients du burndown chart
33. Tableaux Kanban dans Scrum et Scrumban
34. Velocity in Scrum - Vitesse de l'équipe de développement
35. Mêlée quotidienne
36. Planification des sprints
37. Revue de sprint
38. Qu'est-ce qu'une rétrospective Sprint ?
39. Erreurs courantes lors d'une rétrospective de sprint
40. Nourrir le backlog produit