Un Scrum Master peut-il être Product Owner ? 3 options

Vous vous posez la question suivante : “Un Scrum Master peut-il être Product Owner, la même personne peut-elle assumer les deux fonctions ?” Explorons ensemble ce dilemme et vous aidons à trouver la meilleure option pour votre équipe agile.

Je vais passer en revue 3 “options d’action”, qui sont toutes les trois théoriques, mais qui peuvent vous aider dans votre question.

Le Scrum Master et le Product Owner peuvent-ils être la même personne | relation PO

La relation Scrum Master et Product Owner

Le Scrum Master et le Product Owner forment le duo dynamique qui influence considérablement le succès des équipes agiles. La relation entre le Scrum Master et le PO est donc très importante. Alors que le Scrum Master élimine les obstacles et fait avancer l’équipe en termes de processus, le Product Owner s’assure des intérêts des parties prenantes. Une communication claire, un échange continu et une compréhension commune des principes agiles sont essentiels pour les deux rôles ou pour leur relation. 

Mais que se passe-t-il si les rôles de Scrum Master et de Product Owner, dont les objectifs complémentaires peuvent être en conflit, doivent être réunis en une seule personne ? Il n’y a donc plus de relation Scrum Master et Product Owner, tout à coup les deux sont réunis en une seule personne. Pour ce scénario, je vois trois options.

Le Scrum Master et le Product Owner peuvent-ils être la même personne | relation PO

Option 1 : Guide Scrum comme guide

Un Scrum Master et un Product Owner peuvent-ils être la même personne ? Si l’on s’en tient au guide Scrum, la recommandation serait probablement la suivante : Garde les rôles de Scrum Master et de Product Owner séparés. Il s’agit d’un principe qui doit favoriser l’efficacité et le bon déroulement des processus agiles.

Si cela est financièrement possible, n’hésite donc pas à assumer les deux rôles. Cela évite les éventuels conflits d’intérêts et permet de se concentrer clairement sur les tâches spécifiques.

Je pense qu’il est évident qu’il est judicieux de séparer les rôles. Mais que faire si, pour une raison ou une autre, cela s’avère difficile ? Il y a deux autres options que je vois.

Le Scrum Master et le Product Owner peuvent-ils être la même personne | relation PO

Option 2 : Aller jusqu’au bout

Si tu te considères comme un Scrum Master et un Product Owner expérimenté et que tu penses pouvoir maintenir l’équilibre entre les deux rôles, tu pourrais bien sûr aller jusqu’au bout et réunir le Scrum Master et le Product Owner en une seule personne. La réponse serait alors oui : un Scrum Master peut être PO ou Product Owner. Après tout, les principes Agile encouragent l’expérimentation. Porter temporairement les deux casquettes apportera certainement des connaissances nouvelles et surtout pratiques. 

Mais sois averti : dans la pratique, on constate souvent que la combinaison des deux rôles conduit plutôt à un déséquilibre. Mais il existe peut-être un compromis pour optimiser tes chances de réussite.

"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

Le Scrum Master et le Product Owner peuvent-ils être la même personne | relation PO

Option 3 : Un compromis bon marché

Mon hypothèse serait que si les deux rôles sont assumés par une seule personne, le rôle PO aura tendance à dominer dans la vie quotidienne, car c’est souvent là que des décisions plus tangibles doivent être prises. Il est probable que tu deviennes une sorte de Product Owner qui anime toutes les réunions.

Parallèlement, le rôle du Scrum Master en souffrira particulièrement, car a) les réunions seront moins bien préparées et b) l’équipe sera moins observée afin d’identifier par exemple les obstacles à un stade précoce - en principe, le thème de l‘“amélioration continue” en souffrira probablement massivement.

Pour contrer ces deux points, un compromis pragmatique pour le Product Owner pourrait être de faire appel à un soutien numérique. Un exemple est l’utilisation de Echometer comme coach numérique.

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.

J’ai été surpris de voir combien d’équipes s’écartent de la norme recommandée pour la répartition des deux rôles de Scrum Master et de Product Owner.

Christian Heidemeyer, psychologue et Scrum Master

Le Scrum Master et le Product Owner peuvent-ils être la même personne | relation PO

Conclusion - Product Owner et Scrum Master

Dans le monde agile, la question “Un Scrum Master peut-il être Product Owner ?” revient étonnamment souvent, il doit donc y avoir un certain besoin. Le choix entre des rôles clairs, une dualité flexible ou une responsabilité commune dépend des besoins individuels de votre équipe. Trouvez l’option qui convient le mieux à votre parcours agile, en gardant toujours à l’esprit le manifeste agile et le guide Scrum. En règle générale, essayez d’intégrer les deux rôles à temps plein dans l’équipe avec 2 personnes !

Enfin, encore une fois, la remarque : si vous souhaitez essayer ce que cela fait de développer votre équipe avec notre outil : vous pouvez lancer une rétrospective agile sans vous 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...