Pourquoi votre réunion quotidienne de stand-up échoue

• Le stand-up quotidien (ou daily scrum), couramment pratiqué dans les équipes agiles, consiste généralement à répondre aux trois questions suivantes
  • Qu’avez-vous fait hier ?
  • Qu’allez-vous faire aujourd’hui ?
  • Y a-t-il des obstacles ?
• Scénario d’échec classique : cela finit par devenir un simple moment où l’on lit sa liste de tâches d’hier et d’aujourd’hui
  • Trop de personnes issues de domaines différents se réunissent et parlent de sujets qui n’intéressent pas les autres
  • On entre trop en profondeur sur un sujet précis, ce qui rallonge la réunion
  • Au fond, le problème principal est qu’on ne comprend pas bien l’objectif d’une réunion de stand-up quotidienne
• Le véritable objectif du stand-up
  • optimiser les chances que l’équipe de développement atteigne l’objectif du sprint
  • le stand-up est le moment pour parler des préoccupations ou des obstacles qui risquent d’empêcher d’atteindre l’objectif du sprint
  • Si, pendant le sprint, aucun bloqueur n’a été signalé en stand-up alors que l’équipe a échoué à atteindre l’objectif du sprint, c’est que vous faites mal le stand-up
• Pour qu’une équipe atteigne bien son objectif de sprint, il faut identifier et résoudre les obstacles le plus vite possible
  • Ainsi, lors du daily scrum, il faut 1) comparer l’état actuel à l’objectif du sprint pour vérifier le travail restant et 2) partager les obstacles rencontrés ou anticipés afin de les résoudre rapidement
  • La question la plus importante est donc la dernière : « Y a-t-il des obstacles ? »
  • Mais les gens ont souvent du mal à savoir si ce qu’ils font prend trop de temps. Il est préférable de définir des règles adaptées. Par exemple, considérer comme blocker toute tâche qui n’a connu aucun progrès pendant deux jours.
• Le stand-up quotidien est destiné à l’équipe de développement
  • Pendant le sprint, seuls les membres de l’équipe de développement travaillent à l’atteinte de l’objectif du sprint
  • Faire participer le product owner ou les designers pour entendre ce qu’ils ont terminé et les obstacles qu’ils rencontrent n’a pas beaucoup de sens
• Ne transformez pas cette réunion en réunion un jour sur deux ou hebdomadaire. Si cette idée revient, c’est que l’on ne perçoit pas l’utilité du stand-up actuel, et c’est ce problème qu’il faut résoudre.

[chingooo]

Après avoir partagé la version résumée dans l’équipe, j’ai continué à en parler, puis quelque chose m’a paru étrange en y regardant de plus près...

Vous avez traduit goal de manière cohérente par « objectif », mais ce serait encore mieux de corriger en traduisant sprint par « objectif » et stand-up par « but ».

[cnaa97]

L’essentiel, c’est de dire à l’équipe ce qu’elle a « besoin d’entendre ».

Qu’il s’agisse d’une réunion classique, d’un daily ou d’une review, si on laisse faire, chacun finit par ne dire que ce qu’il « a envie de dire », sans dire ce qu’il « faut vraiment dire ».

C’est pourquoi on peut s’interroger sur l’intérêt de poser des questions ritualisées comme ce qu’on a fait hier, ce qu’on va faire, ou s’il y a des obstacles, ainsi que sur la nécessité d’avoir un daily tous les jours.

L’idée, c’est que tout le monde devienne facilitateur, dise de lui-même ce qu’il est nécessaire de dire, et encourage aussi les autres membres à faire de même,

et qu’au lieu de réunions régulières, la communication ait lieu quand elle est nécessaire, aussi souvent qu’il le faut.

[studroid]

Selon la définition du Daily Scrum dans Scrum, si le Product Owner et les designers participent eux aussi à l’avancement du sprint, ils sont également censés y prendre part en tant que développeurs (Developers).

Il semble donc qu’il y ait une légère différence entre l’objectif du daily stand-up évoqué dans cet article et celui du Daily Scrum dans Scrum :)