septembre 28, 2021
Pourquoi le Product Owner doit-il assister à la réunion quotidienne de Scrum

Pourquoi le Product Owner doit-il assister à la réunion quotidienne de Scrum ?

Pour quelle raison le Product Owner doit-il assister à la mêlée quotidienne ? La réponse est simple. Il veut voir ce qui est fait et ce qui n’est pas fait et si l’équipe est sur la bonne voie. Le Product Owner doit être activement impliqué dans la mêlée pour s’assurer que l’équipe atteint ses objectifs et que vos clients sont satisfaits. En organisant régulièrement des réunions de mêlée, vous saurez quand l’élément du backlog de votre produit est dû et vous saurez ce que vous devez faire pour le corriger avant qu’il ne soit mis en attente.

A quelle fréquence le product owner doit-il être présent dans les réunions de mêlée ?

C’est une question à laquelle il peut être difficile de répondre, car la réponse varie d’une équipe à l’autre. Certaines équipes ont un modèle très structuré de réunions de mêlée où le Product Owner est invité à participer et à faire des suggestions lors des réunions. D’autres équipes appellent la réunion de mêlée une « interaction » et le Product Owner ne fait rien d’autre que de revoir le planning et les notes prises par l’équipe. Aucun Product Owner ne doit être présent à chaque activité, sauf en cas de nécessité absolue.

Comment gérer une équipe très occupée ?

Si vous êtes propriétaire d’une petite entreprise ou si vous essayez de gérer une équipe très occupée, vous pouvez vous retrouver très fréquemment à assister à des réunions de mêlée. Peu importe que les réunions de mêlée de l’équipe soient prévues pour 15 minutes ou une heure. Le fait est que vous devez être présent, car :

  • Un Product Owner ne doit pas avoir peur d’être un facilitateur et de faire partie du cycle de mêlée. Parfois, le Product Owner ne se rend même pas compte qu’il fait partie du processus. N’oubliez pas qu’il est en charge de la vente et du marketing du produit. Il doit s’assurer que ses pensées et ses opinions sont prises en compte, même si elles semblent minimes. L’objectif de toutes les activités de Scrum est de favoriser la création de produits par la collaboration et le travail d’équipe.
  • Si vous organisez régulièrement des réunions de Scrum et que personne n’y assiste, envisagez de programmer une réunion à l’heure du déjeuner ou même avant le déjeuner. Cela donnera à votre équipe l’occasion de passer en revue ce qui a été appris au cours de la journée et, éventuellement, de trouver une meilleure façon de gérer les problèmes qui surviennent pendant le reste de la journée. Dans le cadre de Scrum, chaque membre de l’équipe a une idée sur la façon de résoudre un problème. Si vous ne leur permettez pas de partager leurs idées ou si vous ne les invitez pas aux réunions, vous risquez de passer à côté d’un enseignement précieux sur Scrum. Vous pourriez également ouvrir les yeux sur de nouvelles façons de résoudre les problèmes ou de rapprocher votre équipe.
  • Une fois toutes les deux semaines pendant le sprint, faites un rapide quiz Scrum et découvrez quels sont les problèmes de l’équipe. Donnez à l’équipe un bref rapport sur chaque élément de sa liste et demandez-lui de décrire en une ou deux phrases la nature du problème. À ce stade, chacun doit se lever et rendre compte de sa contribution à la solution. La méthode Scrum de développement de produits encourage la coopération plutôt que la compétition, ce qui permet de garantir que les produits du sprint suivant sont plus complets et ont plus de chances d’être déployés.
  • Enfin, demandez à l’équipe de préparer un court rapport sur chaque sprint à la fin de la réunion de mêlée. L’objectif de ce rapport n’est pas d’annoncer une grande sortie mais de mettre en garde l’équipe contre les histoires qui n’ont pas respecté le calendrier ou qui étaient trop difficiles. Si vous ne fournissez pas d’exemples ou de noms d’écran pendant les réunions de mêlée, cela peut sembler être une faveur pour les développeurs, mais cela encourage en fait la participation. Après tout, il ne sert à rien de diffuser une nouveauté si les seules personnes qui la verront sont celles qui ont participé au processus de développement.

Quel est le rôle d’un Product Owner ?

À la fin de la réunion, le Product Owner peut choisir de déclarer les gagnants du sprint et d’annoncer publiquement les spécifications de la version finale. La mêlée consiste à progresser vers un produit fini, et non à éliminer le travail. Une fois la réunion terminée, il reste une petite mais importante fenêtre d’opportunité pour solliciter de nouvelles contributions de l’équipe. Si les réunions de la mêlée mènent à une publication avec trop de problèmes à résoudre dans le délai spécifié par le backlog du sprint, il est tentant de relancer le projet ou de reporter la publication du produit. Mais si l’équipe collabore bien tout au long du sprint, en trouvant de multiples solutions, à court et à long terme, pour résoudre le problème de l’entreprise, le product owner a fait un pas important vers l’achèvement du sprint et le respect des dates de livraison. Pour plus d’information, consultez ce lien : https://www.lewagon.com/fr/metiers-tech/developpement-web/product-owner.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *