Quand est-ce que le Product Owner entre dans le Daily Scrum ? Quelques réflexions

La réunion Scrum quotidienne, également connue sous le nom de Daily Scrum, est un élément central du framework Scrum. Elle offre aux membres de l’équipe la possibilité d’échanger des informations sur l’objectif du sprint, les obstacles et d’autres sujets pertinents. Mais une question se pose parfois : le Product Owner doit-il également participer à cet événement quotidien ? Quand le Product Owner doit-il participer au Daily Scrum - s’il doit y participer un jour ? Examinons cela de plus près.

Selon le guide Scrum, le Product Owner est autorisé à participer à la mêlée quotidienne, en particulier s’il travaille activement sur les tâches du sprint en cours. Cependant, il n’y a pas d’exigence stricte concernant la présence du Product Owner. La décision de savoir si le Product Owner doit participer à la mêlée quotidienne revient, dans une certaine mesure, à l’ensemble de l’équipe.

Il est compréhensible que certaines équipes de développement aimeraient que le Product Owner soit présent pour obtenir des réponses rapides aux questions ou des clarifications sur le Product Backlog. C’est autorisé, mais le Product Owner doit se limiter à soutenir les activités des développeurs et ne pas intervenir trop activement dans la réunion.

Cependant, certaines équipes renoncent délibérément à faire participer le Product Owner au Daily Scrum. Cela pourrait s’expliquer par le fait que le Product Owner a des liens étroits avec la direction et les parties prenantes, ce qui pourrait nuire à l’ouverture des développeurs. C’est aussi très bien.

Pendant le Daily Scrum, il est essentiel que les développeurs puissent parler librement et honnêtement des blocages, des obstacles et des progrès. Si la présence du Product Owner est perçue comme improductive, il faut laisser aux développeurs le soin de décider si le Product Owner doit être présent.

Alors, quand le Product Owner doit-il participer au Daily Scrum ? Pour résumer, en théorie, il ne doit jamais le faire.

Il existe cependant des situations dans lesquelles la présence du Product Owner lors de la mêlée quotidienne peut être utile. D’une part, cela peut améliorer la cohésion de l’équipe si le Product Owner y participe en tant qu’auditeur silencieux. Cela est particulièrement important s’il y a des signes d’une distance croissante entre le Product Owner et l’équipe de développement. En participant à certaines mêlées quotidiennes, le Product Owner peut combler cet écart et favoriser la communication.

Une autre raison importante de la présence du Product Owner est la possibilité d’obtenir un feedback précoce. En écoutant activement pendant le Daily Scrum, le Product Owner peut obtenir des informations précieuses sur les activités quotidiennes, la capacité et la vitesse de l’équipe de développement. Ce feedback précoce permet au Product Owner d’améliorer les User Stories et de faire des ajustements dans le Backlog.

D’une certaine manière, la participation du Product Owner au Daily Scrum peut donc aider à donner l’exemple au sein de l’équipe des courtes boucles d’itération et des cycles de feedback qui, nous l’espérons, existeront également avec les retours des clients.

"Beaucoup de membres de l'équipe n'osent pas ouvrir la bouche !"

Résoudre ce défi

"Nous découvrons trop de problèmes et de bugs inattendus à un moment tardif !"

Résoudre ce défi

"Pourquoi me faut-il parfois des heures pour préparer une simple rétrospective ?"

Résoudre ce défi

Si vous souhaitez fondamentalement améliorer votre collaboration en équipe, rendre le développement de votre équipe plus mesurable, alors Echometer pourrait être intéressant pour vous - surtout si vous n’avez pas de Scrum Master dédié à temps plein dans votre équipe.

Echometer est un outil numérique qui aide les team leads agiles lors des rétrospectives agiles et des Health Checks d’équipe. Que ce soit à distance, hybride ou sur place, il rend le coaching d’équipe mesurable et professionnalise ainsi ton travail, tout en t’épargnant beaucoup de travail. Consulte notre site web pour en savoir plus : www.echometerapp.com.

En cas de doute, soyez agile : intégrez le Product Owner au Daily Scrum à titre expérimental pendant, par exemple, un sprint, et réfléchissez lors de la prochaine rétro à la question de savoir si et comment vous souhaitez maintenir cette pratique.

Christian Heidemeyer, psychologue et Scrum Master

En résumé, la participation du Product Owner au Daily Scrum n’est pas une règle fixe, mais dépend de différents facteurs. La décision doit être prise en accord avec la dynamique de l’équipe et les besoins du projet. Il ne s’agit pas seulement de participer, mais de trouver le bon équilibre pour favoriser la collaboration et l’échange d’informations dans le processus de développement.

Enfin, encore une fois, la remarque : si tu veux essayer ce que ça fait de développer ton équipe avec notre outil : tu peux démarrer une rétrospective agile sans te connecter, dans ce cas l’atelier “Keep, Stop, Start”. 

Sinon, n’hésite pas à transmettre notre site web aux collègues responsables : www.echometerapp.com.

Comment faire

Keep Stop Start Retro : Comment se déroule la rétro ?

1. Icebreaker aléatoire (2-5 minutes)

   Echometer met à votre disposition un générateur de questions de check-in aléatoires.

2. Revue des mesures ouvertes (2-5 minutes)

   Avant de commencer de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures issues des rétrospectives passées. Echometer liste automatiquement tous les points d'action ouverts des rétros passées.

3. Discuter des sujets de la rétro

   Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Tout d'abord, chacun pour soi, de manière confidentielle. Echometer permet de révéler chaque colonne du tableau rétro individuellement afin de présenter et de regrouper les commentaires par la suite.

   • Continue : Que devons-nous conserver ?
   • Stop : Avec quoi devrions-nous arrêter ?
   • Démarrer : Que devrions-nous commencer à faire ?

4. Question attrape-tout (recommandée)

   Pour que d'autres sujets aient également leur place :

   • De quoi d'autre aimeriez-vous parler dans la rétro ?

5. Priorisation / Vote (5 minutes)

   Sur le tableau rétro dans Echometer, vous pouvez facilement prioriser les commentaires avec le vote. Le vote est bien sûr anonyme.

6. Définir les mesures (10-20 minutes)

   Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de la mesure à prendre ? Alors, ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.

7. Checkout / Closing (5 minutes)

   Echometer vous permet de recueillir des commentaires anonymes de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.

Keep Stop Start Retro

Continue : Que devons-nous conserver ?

Stop : Avec quoi devrions-nous arrêter ?

Démarrer : Que devrions-nous commencer à faire ?

Ouvrir cette rétrospective maintenantAjuster...