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.

Quand le Product Owner doit-il participer au Daily Scrum ?

Le Product Owner dans le Daily Scrum ?

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.

Quand le Product Owner doit-il participer au Daily Scrum ?

Demander un feedback à temps

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

Quand le Product Owner doit-il participer au Daily Scrum ?

Améliorer la collaboration en équipe

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, par exemple pendant 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

Quand le Product Owner doit-il participer au Daily Scrum ?

Conclusion : Product Owner dans le Daily Scrum

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

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

1. Brise-glace aléatoire (2-5 minutes)

   Echometer met à votre disposition un générateur de questions de prise de température aléatoires.

2. Revue des mesures en suspens (2-5 minutes)

   Avant de commencer à aborder de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures prises lors des rétrospectives précédentes. Echometer liste automatiquement tous les points d'action en suspens des rétros précédentes.

3. Discuter des thèmes de la rétro

   Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Au début, chacun se cache. Echometer permet de révéler chaque colonne du tableau de rétro individuellement afin de présenter et de regrouper ensuite les commentaires.

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

4. Question piège (recommandée)

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

   • De quoi d’autre aimeriez-vous parler lors de la rétro ?

5. Priorisation / Vote (5 minutes)

   Sur le tableau de rétro dans Echometer, vous pouvez facilement prioriser le feedback 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 quelle mesure serait la bonne ? 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 / Clôture (5 minutes)

   Echometer vous permet de recueillir un feedback anonyme 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 maintenant Ajuster...