Dans l’article d’aujourd’hui, nous aborderons le sujet de la coopération entre le Product Owner et le Scrum Master. Le Product Owner présente un objectif produit clairement défini à l’équipe de développement et exige des progrès dans sa mise en œuvre. Le Scrum Master veille à la qualité du processus de création : une bonne atmosphère accompagnant le travail de l’équipe, la motivation et la suppression des obstacles. Cependant, le Product Owner et le Scrum Master ne sont pas deux forces indépendantes agissant sur l’équipe de développement.

Coopération entre le Product Owner et le Scrum Master – table des matières

  1. Scrum Master & Product Owner
  2. Soutenir une communication efficace avec les développeurs
  3. Connaissances issues de l’expérience
  4. Introduction des parties prenantes dans Scrum
  5. Résumé
coopération entre le Product Owner et le Scrum Master

Scrum Master vs Product Owner

Bien que la manière dont chacun d’eux travaille soit très différente, leurs intérêts convergent : il s’agit de faire en sorte que l’équipe Scrum travaille efficacement. C’est pourquoi la relation entre le Scrum Master et le Product Owner, ainsi que leur collaboration efficace, est si importante.

La plupart des tâches du Product Owner et des tâches du Scrum Master – que nous avons décrites plus en détail dans des articles séparés – tournent autour de leurs responsabilités liées au travail de l’équipe de développement. Cependant, les devoirs et responsabilités du Scrum Master incluent également le soutien au travail du Product Owner.

Soutenir une communication efficace avec les développeurs

Une communication efficace entre le Product Owner et l’équipe de développement nécessite au moins deux fondamentaux solides : la compréhension et un impact suffisant. Le Scrum Master aide le Product Owner à les renforcer.

Compréhension du Product Backlog

Une des principales manières dont le Scrum Master aide le Product Owner est de s’assurer que les messages formulés sont compris par l’équipe de développement. Le Scrum Master examine les entrées du Product Backlog et pose des questions supplémentaires pour améliorer leur clarté en prêtant attention principalement à :

  • la clarté des entrées – afin que les développeurs sachent exactement à quelle fin ils développent une fonctionnalité donnée
  • la concision des entrées – afin que les descriptions des fonctionnalités prévues n’incluent que les informations nécessaires et qu’il faille le moins de temps possible pour les lire

De cette manière, le Scrum Master prévent les divergences entre l’objectif produit, tel que l’imagine le Product Owner, et la manière dont les membres de l’équipe de développement ont compris leur tâche.

Le pouvoir de l’influence du Product Owner

Le Scrum Master aide le Product Owner à renforcer l’efficacité et le charisme du message. Le Scrum Master agit comme un coach avec qui le Product Owner peut discuter des problèmes problématiques concernant le produit et sa réalisation. C’est pourquoi les réunions individuelles durant lesquelles des discussions ont lieu entre eux sont si importantes. Grâce à ces discussions, le Product Owner peut clarifier la vision du produit et répondre aux questions du Scrum Master avant de la présenter à l’équipe.

Le Scrum Master, en donnant des retours, rend le message du Product Owner lors d’une réunion avec l’équipe plus fort et plus clair. Cette préparation nécessaire aide le Product Owner à mieux communiquer l’objectif produit lors des événements Scrum, que nous décrivons dans un article séparé.

scrum master vs product owner

Connaissances issues de l’expérience

Le Scrum Master aide également le Product Owner à planifier réalistiquement les tâches pour l’équipe de développement. Il peut arriver qu’un Product Backlog bien préparé ne corresponde pas à la manière de travailler de l’organisation dans laquelle l’objectif produit doit être réalisé.

Le Scrum Master soutiendra donc le Product Owner avec des connaissances issues de l’expérience en s’appuyant sur l’observation des échecs et des difficultés survenues dans des projets précédents. Grâce à cette connaissance empirique, le Scrum Master peut prévoir les difficultés dans l’exécution des tâches et l’atteinte de l’objectif produit qui résultent des spécificités de l’organisation, de l’équipe ou de sa spécialisation.

Introduction des parties prenantes dans Scrum

Le Scrum Master travaille principalement avec l’équipe de développement au quotidien. Et parfois aussi avec le département des ressources humaines, notamment lors du processus de renforcement de l’équipe et dans ces rares moments où l’équipe doit être étendue ou modifiée. Les tâches quotidiennes du Scrum Master n’incluent généralement pas la coopération avec les parties prenantes – c’est le travail du Product Owner.

L’exception est lorsque vous commencez à travailler avec des parties prenantes qui ne connaissent pas les principes et les rôles de Scrum. C’est à ce moment-là que les Scrum Masters travaillent avec le Product Owner lors de réunions avec toutes les personnes impliquées dans la création du produit. Ils expliquent qui est qui dans l’équipe Scrum, ce dont nous avons parlé dans un article séparé. Ils aident également le Product Owner à mettre en œuvre de bonnes pratiques de communication. Cela inclut, par exemple, la présence active des parties prenantes lors de la Sprint Review ou la création de bonnes User Stories.

Résumé

Le Scrum Master permet au Product Owner de se concentrer sur son travail : sur la maximisation de la valeur commerciale du produit en cours de création. Le Scrum Master aide également le Product Owner dans la communication efficace grâce à un coaching individuel et à des discussions sur la forme du Product Backlog. De plus, le Scrum Master soutient le Product Owner avec ses connaissances sur le travail avec une équipe et une organisation spécifiques. Et enfin – si nécessaire – facilite le Product Owner en introduisant les parties prenantes à la manière de travailler de Scrum.

Si vous aimez notre contenu, rejoignez notre communauté de travailleurs acharnés sur Facebook, Twitter, LinkedIn, Instagram, YouTube.

Caroline Becker

En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.

View all posts →

Scrum Guide:

  1. Glossaire des termes, rôles et notions de base
  2. Qu'est-ce que Scrum ?
  3. Valeurs Scrum
  4. Comment mettre en œuvre Scrum dans votre entreprise ?
  5. Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
  6. Qui est un Product Owner ?
  7. Les erreurs les plus courantes du Product Owner
  8. Qui est le Scrum Master ?
  9. Les erreurs les plus courantes des Scrum Masters
  10. Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
  11. Équipe de développement en Scrum
  12. Les erreurs les plus courantes des développeurs
  13. Artifacts Scrum
  14. Élargir Scrum
  15. Backlog de sprint
  16. Qu'est-ce que le Product Backlog ?
  17. Qu'est-ce que les User Stories ?
  18. Créer la meilleure User Story avec INVEST
  19. Les erreurs les plus courantes dans les User Stories
  20. Critères d'acceptation de l'histoire utilisateur
  21. Estimation et Points d'Histoire dans Scrum
  22. Planning Poker
  23. Jeu d'estimation d'équipe
  24. Définir l'incrément
  25. Événements Scrum
  26. Qu'est-ce qu'un graphique d'avancement ?
  27. Avantages et inconvénients du graphique de burndown
  28. Tableaux Kanban dans Scrum et Scrumban
  29. Vélocité en Scrum - Vitesse de l'équipe de développement
  30. Scrum quotidien
  31. Planification de Sprint
  32. Revue de Sprint
  33. Qu'est-ce qu'une rétrospective de sprint ?
  34. Erreurs courantes lors d'une rétrospective de Sprint
  35. Nourrir le backlog produit
  36. Comment créer et interpréter un graphique de burndown ?
  37. Qu'est-ce qu'un Sprint dans Scrum ?
  38. Coopération entre le Product Owner et le Scrum Master
  39. Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
  40. Caractéristiques d'un bon Scrum Master