Propriétaire de produit ou Scrum Master

Partager!

Il est courant de rencontrer des personnes qui sont à la fois certifiées Scrum Master et Product Owner. Aussi déroutant que cela puisse être pour moi, il n'est pas rare de converser - en personne ou par le biais des médias sociaux - avec des personnes qui, pour une raison quelconque, ont été certifiées à la fois comme Scrum Master et Product Owner. Cela a-t-il un sens d'essayer de se spécialiser dans les deux rôles ? Cet article présente des arguments pour comprendre la différence entre les rôles et comment vous pouvez soutenir votre croissance en tant que Product Owner ou Scrum Master.

La première chose à faire, et la plus importante, est de définir le rôle qui vous convient le mieux. Et la réponse est : dépend. Bien sûr, en tant que bon consultant, la réponse la plus courante que je donne est "ça dépend". Bien que, si vous avez lu mes articles précédents, vous savez que je n'aime pas le terrain intermédiaire et que j'aime apporter un jugement aux personnes qui sont encore indécises ou confuses sur les rôles de Scrum Master et de Product Owner.

Voici quelques informations clés pour vous aider à distinguer les deux rôles et à mieux comprendre le potentiel de chacun. En outre, si vous envisagez de renforcer vos capacités ou d'engager quelqu'un dans l'un ou l'autre de ces rôles, cet article vous sera certainement très utile.

Scrum peut tout faire

Bien que Scrum soit très bon, cela me brise un peu de voir qu'ils essaient d'appliquer Scrum partout - un peu "a la maldita sea" dirait un Colombien comme moi.

Scrum n'est pas nouveau et est très similaire à ses cousins et frères agiles. Un modèle de gestion itératif qui, par le biais de certaines activités et de certains rôles, favorise, entre autres, les éléments suivants :

  • Alignement
  • Transparence
  • Une meilleure communication

Cependant, à notre époque - comme pour toutes les modes - Scrum est notre nouveau "marteau de Maslow".

Scrum : le nouveau marteau de Maslow

Photographie d'un marteau et de quelques clous pour faire référence au marteau de Maslow.

Maslow a popularisé cette idée, également connue sous le nom de "loi du marteau" ou de "marteau d'or", dans son livre "La loi du marteau". La psychologie de la science publié en 1966 qui allait comme suit :

Il est facile de supposer que, si le seul outil dont vous disposez est un marteau, vous pouvez traiter n'importe quoi comme s'il s'agissait d'un clou.

Abraham Maslow

Scrum Master : Le tout-puissant

En ce sens, si Scrum peut tout faire, alors le Scrum Master doit avoir de la chance. Maître du donjon dont le pouvoir est illimité.

À mon avis, c'est plutôt le contraire. Si votre rêve est de devenir Scrum Master, la première chose à faire, et la plus importante, est de comprendre la puissance de ce rôle, les opportunités qu'il représente pour vous et, bien sûr, le contexte dans lequel il vous place.

Alors, prenons les choses étape par étape.

Que fait un Scrum Master ?

Bien que le guide Scrum soit, à mon avis, un document pauvre et ambigu avec peu de contenu, nous allons l'utiliser par respect pour les pères du modèle - qui, contrairement à leur guide qui ressemble de plus en plus à un pamphlet, ont consacré leur vie à des choses intéressantes et à des projets remarquables.

Scrum Master comme ambassadeur

Nous allons donc décomposer la description du SM dans le Guide Scrum :

Le Scrum Master est responsable de[1]La traduction de "accountable" par "responsable" n'est pas seulement inappropriée, elle peut également prêter à confusion pour le lecteur. C'est pourquoi il est important que vous réfléchissiez aux différences entre ce que signifie "responsable" et "redevable". de la mise en place de Scrum tel que défini dans le Guide Scrum. Pour ce faire, ils aident chacun à comprendre la théorie et la pratique de Scrum, tant au sein de l'équipe Scrum que de l'organisation.

Tiré et traduit du guide Scrum 2020 - https://scrumguides.org/scrum-guide.html

En bref, le SM est un ambassadeur du modèle. Quelque chose de similaire aux fans du PMBOK d'il y a quelques années, qui se promenaient avec leurs entrées et sorties, leurs processus et outils comme s'il n'y avait pas de lendemain et rien au-delà de la norme.

Le FS est alors confiné à la Équipe Scrum et l'organisation dans laquelle cette équipe travaille. Ainsi, si votre rêve est de diriger de nombreuses équipes ou de grands groupes, d'être un responsable informatique ou quelque chose d'un peu plus large, être SM ne vous y mènera pas.

Opportunités pour le SM en tant qu'ambassadeur

  1. Il existe aujourd'hui de nombreuses offres d'emploi pour les Scrum Masters - bien que l'on ne sache pas exactement ce qu'ils attendent de ce rôle, tous ou presque exigent un diplôme de Scrum Master. certification actuelle.
  2. Il s'agit d'un rôle où vous pouvez développer vos aptitudes relationnelles et améliorer vos compétences en matière de négociation et de gestion des conflits - à petite échelle.
  3. Le cadre Scrum - et plus encore le modèle du Guide Scrum - est une lecture enfantine et innocente. Vous n'avez pas besoin d'années d'études pour comprendre le rôle. La communauté agile est très active dans le monde entier et vous pourrez certainement rejoindre des groupes où vous pourrez discuter, apprendre et expérimenter.
  4. Il s'agit d'un rôle très large et, si vous êtes passionné, vous pouvez étendre vos compétences au-delà de Scrum pour gérer des équipes et motiver les gens.

Les risques du SM en tant qu'ambassadeur

  1. Le Scrum Master est confiné à l'équipe Scrum au sein d'une organisation. Si vous avez l'ambition de vous développer ou d'avoir plus de pouvoir - comme diriger un secteur ou des équipes importantes, le SM ne vous donne pas de levier pour ces rôles. Même leur raisonnement à petite échelle peut être un véritable obstacle si vous voulez diriger une grande équipe - je parle ici de nombreuses personnes, des dizaines ou des centaines.
  2. Si vous aimez avoir le contrôle sur les exigences ou le travail, vous souffrirez certainement en tant que Scrum Master. Vous n'êtes pas un patron, vous êtes un facilitateur, certains parlent même de "catalyseur".
  3. Si vous avez besoin de plus que Scrum - ce qui est probablement le cas - un cours ou une certification SM constitue la moitié de la première étape. Malheureusement, de nombreux cours et certifications ne font qu'expliquer l'orientation et ne font rien ou presque pour vous aider à vivre l'expérience.
  4. Il s'agit d'un rôle large et quelque peu générique. Si vous n'êtes pas passionné par l'animation et le soutien, vous allez apprendre beaucoup de choses que le guide ne vous aidera pas à résoudre dans votre travail quotidien.

Scrum Master s'appuie sur un cadre ouvert

Le Scrum Master est responsable de l'efficacité de l'équipe Scrum. Il y parvient en permettant à l'équipe Scrum d'améliorer ses pratiques, dans le cadre de Scrum.

Tiré et traduit du guide Scrum 2020 - https://scrumguides.org/scrum-guide.html

Eh bien, le Guide Scrum est, comme je l'ai dit plusieurs fois, quelque peu simple... à la limite de l'incomplet.[2]Et ce n'est pas seulement moi qui le dit. Le guide 2020 lui-même dit : "Le cadre de Scrum est volontairement incomplet, ne définissant que les parties nécessaires à la mise en œuvre de la théorie de Scrum.". Pour beaucoup, cela peut être merveilleux. Pour d'autres, cela peut être un véritable casse-tête. D'une manière ou d'une autre, vous devez remplir les blancs. Donc si vous avez beaucoup d'expérience, Scrum est un excellent fichier de base, si vous n'en avez pas, vous êtes perdu dans l'espace de l'ambiguïté et des "belles idées".

Opportunités de FS dans un cadre incomplet

  1. Le fait de ne pas avoir de cadre normatif est une bonne chose et permet d'éviter les "trolls" qui essaient de tout faire "à la lettre". Dans le même temps, il élargit le champ d'application potentiel du cadre à des projets allant au-delà du SW - où Scrum a été créé à l'origine.
  2. La pensée empirique est puissante si elle est prise au sérieux. L'empirisme n'est pas synonyme d'"improvisation".

Risques de la MH dans un cadre incomplet

  1. Si vous débutez, ne pas disposer d'un cadre détaillé est un casse-tête. Les défis et les problèmes auxquels vous serez confrontés exigeront beaucoup d'études de votre part et, dans de nombreux cas, le soutien de personnes expérimentées.
  2. L'empirisme est rapidement confondu avec l'improvisation. Ne vous laissez pas séduire. Même si le agilistas les radicaux détestent les recettes prédéfinies, parfois pour apprendre à être un grand chef il est nécessaire d'apprendre quelques recettes de la boîte et ensuite, leur donner votre touche particulière et spéciale - je vous recommande de jeter un coup d'oeil au concept Shuhari.

Quel est l'objectif du Product Owner ?

Le propriétaire du produit est chargé de maximiser la valeur du produit résultant du travail de l'équipe Scrum. La manière de procéder peut varier considérablement selon les organisations, les équipes Scrum et les individus.

Tiré et traduit du guide Scrum 2020 - https://scrumguides.org/scrum-guide.html

Le PO, voyez-vous, joue un rôle fondamental dans la création de valeur. J'ai toujours pensé que le rôle du PO est facilement confondu avec celui d'un analyste commercial ou même d'un "documenteur". Et, bien qu'ils partagent certains points communs, ils ne sont pas identiques.

Maximiser la valeur du produit signifie que le travail de l'équipe Scrum est clairement axé sur les résultats et les avantages commerciaux. Et cela implique une pensée incrémentale.

Les responsabilités du Product Owner

Le cadre Scrum définit le rôle du Product Owner, PO, ou propriétaire du produit. Ce rôle est celui d'une personne ayant l'esprit d'entreprise - et d'une seule personne. Cette personne doit être un penseur orienté vers le profit ou la valeur commerciale. Et en ce sens, il s'agit d'une personne dont les responsabilités incluent également l'écoute du client ou du consommateur, de l'organisation et, en général, du marché, à la recherche d'"opportunités et de menaces" pour générer de la valeur dans le contexte du produit ou du service en cours de développement.

Au-delà du cadre de Scrum, le rôle du PO remplit certaines fonctions clés dans toute initiative.

  • Identifier les opportunités et les menaces pour l'entreprise - dans le contexte du produit ou du service en cours de développement.
  • Explorer des fonctionnalités nouvelles et/ou améliorées pour renforcer le produit ou le service.
  • Établir la trajectoire de développement d'un produit ou d'un service
  • Gérer le arriéré de travail
  • Prendre en compte les exigences ou les besoins au-delà de la valeur commerciale pour atténuer la dette technique.[3]Cette fonction a ses détracteurs. Toutefois, d'après mon expérience, le PO ne peut pas se contenter de donner la priorité à l'activité commerciale plutôt qu'à la technologie qui permet de livrer le produit. Même s'il n'est pas un expert technique, il doit apprendre à équilibrer l'avancement des produits afin de se prémunir contre les produits qui sont fonctionnellement merveilleux, mais qui ne sont pas capables de s'adapter à une demande exponentielle, ou qui ne peuvent pas coexister avec d'autres produits et services de la même entreprise.

Le pouvoir derrière le PO

A mon avis, le rôle du PO est beaucoup plus stratégique et clé pour le succès d'une évolution agile, même au-delà du Scrum Master. En d'autres termes, une transformation du modèle de travail et de gestion. ne peut être considéré comme une réussite que si un bon flux de valeurs commerciales est établi. et, par conséquent, si le modèle de base choisi est Scrum, le rôle du PO est essentiel. Inversement, en l'absence d'un Scrum Master, il est toujours possible que le désir ou le besoin de changement conduise l'équipe et l'organisation vers un modèle agile réussi - le SM réduit en théorie la résistance au changement.

Le PO gère le Backlog de produit et négocie le Backlog de sprint avec l'équipe. En outre, selon le guide Scrum 2020 :

  1. Développe et communique explicitement l'objectif du produit.
  2. Elle crée et communique clairement les éléments de la Backlog de produit
  3. Ordonner - même si j'aime bien établir des priorités - les éléments du backlog de produit, et
  4. S'assurer que le backlog de produit est transparent, visible et compris par toutes les parties prenantes.

Le rôle du PO dans un projet ou une organisation

Le PO se limite au développement et à l'exploitation d'un produit ou d'un service. Si le produit est nouveau, nous parlons probablement d'un "projet", si le produit ou le service est permanent, le PO est peut-être associé à un secteur ou à une unité de l'organisation.

En ce sens, un bon Product Owner voit l'opportunité de consolider, unifier, prioriser et détailler toutes les idées, opportunités, menaces et défis d'un produit ou service en cours de développement ou d'exploitation.

Il comprend également l'importance de maintenir une dette technique faible, même s'il ne comprend pas les détails techniques. Prenons un exemple hypothétique :

Supposons que j'ai décidé de construire une maison de repos. Moi, ingénieur issu d'une famille d'architectes, j'aimerais avoir le contrôle des exigences, des exigences fonctionnelles et même de certaines exigences de conception. Toutefois, je ne suis pas architecte et je dois concilier mes souhaits avec les contraintes techniques dont disposent l'architecte, un ingénieur structurel et, bien sûr, le budget disponible.

En tant que PO, je ne peux pas me contenter de remplir le backlog avec des idéaux ou des questions fonctionnelles, sans tenir compte des contraintes du contexte de développement du produit. Je dois continuer à me concentrer sur la valeur et les avantages.

Opportunités pour le PO

  • Si vous aimez concevoir, définir et détailler des produits ou des services. Le rôle de PO est fait pour vous.
  • Tout le monde n'est pas doué pour la "structuration de produits" incrémentaux. Les opportunités sont donc nombreuses et un PO bon et reconnu aura toujours d'excellents projets.
  • Vous êtes le pont entre les affaires et le développement. Cela vous relie très bien à l'organisation.
  • Vous voyez et contrôlez le résultat. Le succès d'un produit ou d'un service est entre vos mains.

Risques pour le PO

  • Si vous n'avez aucun pouvoir sur les exigences et les autres éléments du backlog, vous risquez de devenir un documenteur, et donc le goulot d'étranglement du processus.
  • Si vous n'êtes pas doué pour structurer des produits, le concept d'incrémentation peut être très douloureux et vous finirez par définir des produits "incomplets" qui dépendent toujours de "quelque chose d'autre" pour être fonctionnels.
  • Si l'organisation pour laquelle vous travaillez ne voit pas la valeur de votre rôle, vous aurez probablement toujours les mains liées pour proposer ou structurer. Le jeu politico-organisationnel peut s'avérer difficile dans certains contextes commerciaux conservateurs.
  • Une dette technique importante compromet la capacité du PO à proposer des fonctionnalités intéressantes. Souvent, votre travail peut devenir un travail de "réparation" plutôt que de "proposition".

Ne jamais unifier Scrum Master et Product Owner

Si vous connaissez l'agilité, vous savez que ce que vous venez de lire n'a aucun sens. Mais ça arrive, et ça arrive souvent. De nombreuses organisations ne comprennent pas ce jeu d'équilibre des pouvoirs et ne voient pas l'intérêt de mettre l'accent sur certains rôles et responsabilités.

Je n'ai jamais été partisan d'un Scrum Master 100% dédié et je crois sincèrement que la dernière chose dont une équipe mature a besoin est un SM ou un facilitateur à plein temps. Un coach qui passe de temps en temps est plus que bien. Eh bien, c'est ce que je pense.

Cependant, le propriétaire du produit joue un rôle clé et de nombreux projets s'arrêtent ou ralentissent parce qu'il n'y a pas de bons apports pour faire avancer le travail. Les priorités ne sont pas en place ou personne n'a réfléchi à la manière d'apporter une valeur ajoutée.

En ce sens, j'ai toujours défendu l'importance du rôle du PO.

Comparaison entre SM et PO

Scrum MasterPropriétaire de produit
Objectif principalÉtablir la méthodeMaximiser la valeur du produit résultant du travail de l'équipe.
Principales responsabilitésAide à la compréhension de la théorie et de la pratique du modèleGérer le backlog du produit
CirconscriptionL'équipe et le produit/projetPour le produit/projet
Profil projetéFacilitateur
Résolveur de conflits
Coordinateur
Conception du produit
Planificateur
Entreprise
Projection la plus probableCoach AgileChef de produit/service
Des qualités qui renforcent le rôleCommunication
Négociation
Facilitation
Pensée structurée
Idéation
Communication
PO vs. SM

Considérations finales sur les rôles de Product Owner et Scrum Master

  1. N'essayez jamais d'unifier les deux rôles
  2. Ce sont des rôles différents et complémentaires qui exercent un équilibre naturel et sain des forces pour les organisations.
  3. Le PO est orienté vers les détails du produit ou du service en cours de développement ou de maintenance. Le SM est orienté vers l'équipe et les "bonnes manières".
  4. La projection professionnelle des deux rôles est différente
  5. Les compétences clés pour réussir dans les deux rôles sont différentes dans certains cas

Si vous avez des commentaires, des expériences ou des suggestions, faites-moi part de votre avis dans les commentaires.

Partager!

Commentaires et notes de l'auteur[+]

Image par défaut
Alberto Dominguez

Diriger des équipes de la théorie à la réalisation réelle et durable de produits et services informatiques innovants.

Publications: 35

Un commentaire

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

fr_FR