Qu’est-ce qu’un Daily Scrum, pourquoi est-il si ennuyeux et pourquoi personne n’écoute ?

Moi.

Publicité

Lorsqu’une équipe travaille de manière agile, il y a généralement un « Quotidien ». Parfois, on l’appelle aussi « Daily Stand-up » ou simplement « Stand-up ». Dans le cas de Scrum, il fait partie de l’inventaire fixe et là il est appelé « Daily Scrum ». Jusqu’ici, tout va bien.

Maintenant, je rencontre souvent des équipes dans lesquelles je trouve le quotidien inutile. Cela pourrait être mon propre problème et ne justifie pas un article de blog. Mais le fait que de nombreux membres de l’équipe me disent qu’ils trouvent leur quotidien ennuyeux et que personne ne les écoute est intéressant.

Comment a-t-on pu en arriver là ?

Je pose alors généralement la question de savoir pourquoi l’équipe fait le quotidien. Et pourquoi? Sur la question « Pourquoi ? » Je reçois des réponses plus souvent que « Pourquoi ? » La question du pourquoi peut trouver une merveilleuse réponse avec toutes sortes de raisons liées au culte du cargo. Par exemple:

Cela fait partie de Scrum. C’est exactement comme ça qu’il faut procéder. C’était le cas lorsque j’ai commencé ici. C’est ainsi que commence notre journée de travail.

La question du pourquoi est plus délicate pour certaines équipes. Ils ne le savent tout simplement pas. Au mieux, j’obtiens des réponses du type « pour que nous puissions nous coordonner » ou « pour la synchronisation » ou « pour créer de la transparence ».

En apparence, ce sont de bonnes réponses. En ce qui concerne des affirmations telles que « ce que disent les autres est ennuyeux » et « personne ne m’écoute », quelque chose ne va pas ici. Ou pour le dire positivement : la rencontre peut avoir du potentiel.

Lorsque je fais face à une situation comme celle-ci avec une équipe, je suggère par exemple ce qui suit :

• Avant de dire quelque chose dans le Quotidien, quelqu’un dit qui devrait se soucier de ce qui est dit.
• Après avoir parlé, chacun lève la main s’il a entendu quelque chose d’utile ; Je vais le dire un peu différemment ci-dessous (notez la différence).

Le résultat peut être que la vie quotidienne est plutôt calme. Dans ce cas, le silence en dit long. Il en va de même si souvent personne ne lève la main. Parfois, c’est parce que les membres de l’équipe ne travaillent pas vraiment ensemble, mais que chacun travaille sur ses « propres » tickets. Il manque généralement également un objectif de sprint vers lequel nous pourrions travailler ensemble.

Dans Scrum-Guide, il s’agit de « Le but du Daily Scrum est d’inspecter les progrès vers l’objectif de sprint et d’adapter le backlog de sprint si nécessaire, en ajustant le travail prévu à venir. »

Oups, un objectif de sprint ? Nous n’avons pas cela du tout. Et nous sommes autorisés à modifier le backlog du sprint ? Pourquoi ça? Nous nous sommes engagés sur les billets ! Devons-nous y renoncer ?

Oui, car le mode de travail agile ne consiste pas à traiter servilement les tickets. Au fait : c’est pourquoi ce blog s’appelle Escape the Feature Factory. Il s’agit d’atteindre des objectifs qui ont de la valeur. C’est pourquoi j’encourage toujours les équipes avec lesquelles je travaille à s’engager sur des objectifs, pas sur des billets.

Si je réalise à mi-chemin que je peux atteindre un objectif même si je n’utilise pas certains tickets, alors pourquoi devrais-je le faire ? Et pourquoi devrais-je n’implémenter qu’un seul ticket s’il ne sert à rien ?

L’aspect fixation d’objectifs est important et nous y reviendrons certainement encore quelques fois dans ce blog. Dans le cas du Quotidien, je recommande le test ci-dessus à tous les développeurs qui souhaitent échapper à la fabrique de fonctionnalités : A qui s’adresse mon post ? Et : Levez la main en guise de retour immédiat pour les contributions qui nous aideront, moi et l’équipe, à nous rapprocher un peu plus de l’objectif du sprint.

Au revoir. Stéphane

(moi)