Le Daily Scrum ne doit pas être ni devenir une mise à jour de statut pour le Scrum Master, le Delivery Lead ou le Product Owner !

Daily Scrum – A simple format for getting to “Done” by Sam Adesoga

https://samadesoga.me/posts/daily-scrum-getting-to-done/

Les participants à notre formation Scrum me demandent souvent quel est le format que je préfère pour un Daily Scrum. Je ne sais pas si j’ai un format préféré, mais ce n’est certainement pas : « Ce que j’ai fait hier, ce que je prévois de faire aujourd’hui et discussion sur les bloqueurs ».

Cependant, si je peux vous amener à réfléchir à l’objectif du Guide Scrum,

… pour inspecter la progression vers l’objectif de sprint et adapter le backlog de sprint si nécessaire, en ajustant le travail prévu à venir. Guide Scrum, 2020

Un bon format pourrait être :

1. Les développeurs se remémorent l’objectif du sprint ; ce simple point de départ permet de ramener les objectifs de sprint au centre de l’attention des développeurs.
2. Passez en revue les éléments du backlog (l’arriéré de produit) dans le Sprint ; Discutez de l’état d’avancement de ces items et soulignez tout problème concernant chacun. Il est important de toujours penser à la « définition de Done » lorsque vous discutez de l’avancement des éléments du backlog qui contribuent à l’objectif du sprint.
3. Assurez-vous qu’il existe un plan pour progresser vers les objectifs de sprint, par exemple, en s’assurant que chaque membre de l’équipe est clair sur la voie à suivre pour atteindre l’objectif de sprint.
4. Dans le cadre de l’élaboration du plan pour les prochaines 24 heures, les développeurs doivent prêter attention aux membres de l’équipe qui pourraient avoir besoin d’aide ; des pratiques telles que le mobbing (une approche collaborative où un groupe de membres de l’équipe, souvent l’ensemble de l’équipe, se concentre simultanément sur une seule tâche ou un seul problème) ou le pairing (la programmation en binôme est une technique de développement logiciel Agile dans laquelle deux développeurs font équipe sur un seul ordinateur. Les deux personnes travaillent ensemble pour concevoir, coder et tester des user stories) peuvent aider à faire passer des éléments spécifiques du backlog de sprint à « Done ».
5. Passez en revue tous les autres éléments du backlog du Sprint Backlog qui ne contribuent pas nécessairement à l’objectif du produit.

Quel que soit le format que vos équipes choisissent d’adopter, il est important que les développeurs comprennent l’objectif du Daily Scrum et continuent à y trouver de la valeur. En tant que coach agile chez J P Morgan, j’ai encouragé les développeurs à réfléchir régulièrement sur le Daily Scrum, à identifier les pratiques qui ne servaient pas l’équipe et les développeurs ont expérimenté différents formats de Daily Scrum jusqu’à ce qu’ils trouvent un format adapté à leur contexte.

Nous savons tous que le Daily Scrum ne doit pas être une mise à jour de statut pour le Scrum Master, le Delivery Lead ou le Product Owner, mais une réunion de planification pour les développeurs. Cependant, j’ai observé que lorsque les équipes n’utilisent pas d’objectif de sprint, le Daily Scrum dégénère très rapidement en une mise à jour de statut.

Pour en savoir plus sur le Framework Scrum et ses principes, rejoignez l’un de nos Scrum Workshops dans les semaines à venir.

Sam Adesoga

Coach Agile Principal et Formateur Principal at Valuehut, un cabinet de conseil en coaching et formation agile, qui aide les organisations à explorer les méthodes de travail agiles. Sam a beaucoup d’expérience dans le soutien aux dirigeants et à leurs équipes en matière d’agilité d’entreprise avec un objectif ambitieux : Aider les organisations à développer un état d’esprit agile nécessaire pour continuer à garder une longueur d’avance sur la concurrence et les marchés.