Rétrospective du sprint

Pour être efficace, cette réunion nécessite une certaine maturité émotionnelle et un climat de confiance. Il est essentiel que l'équipe assume la responsabilité de ses résultats en tant qu'équipe et non en tant qu'individus. Il est essentiel de se rappeler que l'équipe ne cherche pas à blâmer quelqu'un, mais qu'elle examine plutôt le processus. L'équipe doit poser des questions telles que : Pourquoi cela s'est-il passé ainsi ? Pourquoi avons-nous manqué cela ? Qu'est-ce qui pourrait nous permettre d'aller plus vite ? Il s'agit ici d'examiner les personnes et les relations ainsi que les processus et les outils. Les gens doivent avoir le courage de soulever les questions qui les dérangent vraiment d'une manière qui soit orientée vers la solution plutôt que vers l'accusation. Et le reste de l'équipe doit avoir la maturité nécessaire pour entendre le retour d'information, le prendre en compte et chercher une solution plutôt que de se mettre sur la défensive.

À la fin de la réunion, l'équipe et le Scrum Master doivent se mettre d'accord sur une amélioration du processus qu'ils mettront en œuvre au cours du prochain sprint. Cette amélioration du processus, parfois appelée kaizenLes modifications apportées à la procédure doivent être intégrées dans le Backlog du prochain Sprint, avec les tests d'acceptation. Lors de la prochaine revue de sprint, la question est réexaminée pour voir quelle différence, le cas échéant, le changement de processus a fait. Si les performances de l'équipe se sont améliorées, le changement doit être conservé. Dans le cas contraire, l'équipe doit formuler une autre hypothèse sur la cause première. Il est important de ne choisir qu'un seul changement. Si l'équipe tente de mettre en œuvre plusieurs changements, il sera difficile de déterminer lequel a permis de résoudre le véritable problème et d'améliorer les performances.

Il existe de nombreuses façons d'organiser des rétrospectives. Scrum Inc. recommande d'utiliser la méthode Mesure du bonheur.

Cependant, il existe d'autres façons de l'aborder.

Une façon, illustrée dans les diapositives, de structurer la rétrospective consiste à dessiner quatre colonnes sur un tableau blanc, intitulées :

- Qu'est-ce qui s'est bien passé ?

- Qu'est-ce qui aurait pu être mieux ?

- Des choses à essayer ?

- Questions à soumettre à l'échelon supérieur ?

Chaque membre de l'équipe ajoute des éléments à la liste. En cochant les éléments répétés, un consensus commence à se dégager. L'équipe discute ensuite de ce qu'elle pense être les causes sous-jacentes et se met d'accord sur l'amélioration la plus importante (l'amélioration la plus importante). kaizen) à essayer lors du prochain Sprint. Comme Jeff le souligne dans la vidéo, lors de la prochaine revue de sprint, la question doit être réexaminée afin de s'assurer que des progrès ont été réalisés dans la définition de l'amélioration identifiée.

Il existe toute une série d'autres méthodes activement discutées à l'adresse suivante retrospectivewiki.org. L'ouvrage d'Esther Derby est une excellente source d'information pour les personnes qui souhaitent approfondir le sujet. Rétrospectives Agiles : Rendre les bonnes équipes formidables.