Qu'est-ce qu'un Product Owner dans le Scaled Agile Framework SAFe ? - Chiffres, données, faits 

Tu sais que la structure organisationnelle agile est organique avec des rôles et non hiérarchique. Le Scaled Agile Framework - SAFe est une méthode pour développer l’agilité. Tu peux en apprendre plus sur SAFe dans nos différents articles de blog, par exemple sur les 4 niveaux du cadre Scaled Agile. Aujourd’hui, nous examinons de plus près le rôle du Product Owner du cadre Scaled Agile. En effet, le Product Owner SAFe a des responsabilités différentes de celles du Product Owner Scrum par exemple.

 

Alors, qu’est-ce qu’un propriétaire de produit du cadre Scaled Agile ?

Un Product Owner du Scaled Agile Framework s’occupe des détails du produit. Parmi ses tâches, il définit entre autres les User Stories. En raison de la taille des produits et des projets dans SAFe, il ne s’occupe que d’une partie sélectionnée du backlog de produit. Il s’occupe cependant d’une ou plusieurs équipes de développement. L’accent du Product Owner SAFe est mis sur la tactique de produit.

 

Les 6 types de Product Owners

• Le “Scrum Product Owner” original, qui est responsable d’un produit dans son intégralité. Sa mission est de maximiser la valeur. Il est donc souvent appelé “Value Maximizer”.
• Un « Feature Owner » qui gère une fonctionnalité produit importante avec laquelle l’utilisateur final interagit, comme la recherche et la navigation sur le site web d’un commerçant en ligne. 
• Un « Component Owner » qui possède un élément constitutif d’architecture tel que la couche de persistance, c’est-à-dire « uniquement » des composants individuels du logiciel
• Un “propriétaire de plate-forme” qui gère une plate-forme en tant que collection d’actifs logiciels partagés. 
• Le “SAFe Product Owner”, à qui appartiennent les détails du produit. 
• Un “propriétaire de portefeuille” qui gère un groupe de produits (apparentés).

Pour reconnaître les différences dans les tâches des différents Product Owners, n’hésitez pas à consulter le graphique ici ci-dessous. Les différences y sont très claires.

 

Un exemple pour comprendre les différents types de Product Owners

Pour bien comprendre ce qu’est un SAFe Product Owner, voici un exemple. Imaginons que nous développions un téléphone portable, disons un iPhone. Il y a le boîtier, l’écran, la carte de circuit imprimé et bien plus encore. Le Platform Owner est responsable du développement de l’ensemble de la carte de circuit imprimé (électricité), qui peut également servir de base au développement ultérieur du téléphone portable (par exemple, iPhone 10 - iPhone 11). Sur cette carte de circuit imprimé, il existe différents composants, par exemple toutes les fonctionnalités du clavier. Le Component Product Owner s’en charge. Le Feature Product Owner n’est alors pas seulement responsable de composants individuels, mais de la fonctionnalité complète du téléphone portable, y compris la lumière et le son par exemple. Le SAFe Product Owner est alors responsable d’un domaine partiel du téléphone portable et gère les PO Feature, Component et Scrum. Le Portfolio Owner est finalement responsable de l’ensemble du téléphone portable et « gère » donc tous les PO.

Au fait, une petite remarque dans le contexte de la transformation agile : voulez-vous vous assurer que vous fixez actuellement les bonnes priorités dans votre transformation agile ? 

Alors faites notre vérification du degré de maturité pour votre transformation agile - cela ne prend que 3 minutes. Vous obtenez même un benchmark basé sur plus de trois cents autres participants. Voir le bouton 🙂

Comparaison entre Scrum Product Owner et SAFe Product Owner

Un Scrum Product Owner est responsable du produit. Il s’occupe de la vision, de la stratégie et de la tactique pour un produit. Cependant, le modèle SAFe divise la responsabilité du produit en deux rôles différents : 

• Le chef de produit SAFe : il est responsable des décisions stratégiques concernant les produits.
• Le propriétaire de produit SAFE : il est responsable des tactiques de produit. 

En termes simples, cela signifie que le chef de produit décide quels seront les prochains produits à construire. Le Product Owner, quant à lui, aide l’équipe de développement à développer les produits. Les deux ensemble font pratiquement le travail du Product Owner Scrum, la division étant due à l’échelle et à la taille des produits et des projets. La division est une technique de mise à l’échelle courante. Mais regarde par toi-même ici.

Le terme Product Owner Sync apparaît souvent dans ce contexte. Le PO Sync est, au moins en termes de contenu, quasiment la mêlée des mêlées. L’objectif du PO Sync est d’assurer la coordination de la vision du produit et du contenu lié au travail dans toutes les équipes. Il synchronise pratiquement la vision, la stratégie et la tactique. C’est un autre rôle au sein de SAFe.

 

Tâches et responsabilités du Product Owner SAFe

Le Product Owner est responsable de la préparation et de la participation à la planification PI. Au sein de l’itération, il est responsable de la gestion du backlog de l’équipe, de ce qui suit : 

• Planification des itérations
• Élaboration de l’histoire en flux tendu
• Application de la Développement basé sur le comportement (BDD) (Testing)
• Acceptation des histoires
• Apparaître comme un facilitateur
• Participation aux démonstrations d’équipe et aux rétrospectives

Il utilise des méthodes telles que Pensée de conception - et des outils d’exploration continue tels que Personas, Cartes d’empathie, Parcours client, Story Maps, afin de favoriser la connaissance et la compréhension du client et du produit au sein des équipes. Le schéma donne également un bon aperçu de la répartition des tâches.

 

Source : Cadre agile scalé

 

Le modèle FAN-Out

Comment s’occuper d’une planification des ressources appropriée et efficace ? Celle-ci, y compris l’utilisation et les compétences des membres de l’équipe, est un facteur déterminant dans la collaboration. C’est justement lorsque de nombreuses personnes travaillent ensemble que la planification des ressources et des rôles est extrêmement importante. En effet, il est impératif de les coordonner. Dans le pire des cas, des goulets d’étranglement peuvent se produire. La vitesse est également freinée par une planification incorrecte ou non optimale, ce qui engendre des coûts inutiles.

Le modèle Fan-Out s’occupe du bon nombre de ressources des Product Managers, Product Owners et de l’équipe agile. Celles-ci doivent en effet être aussi équilibrées que possible pour Formation de libération agile (ART) de manière efficace. Si l’utilisation n’est pas optimale, l’ensemble du système et les personnes qui le composent passeront beaucoup de temps à régler des problèmes au lieu de travailler de manière productive. Par expérience, je peux dire que dans la plupart des cas, cela entraîne des coûts et des erreurs. De plus, une méthode de travail non coordonnée a un fort impact sur l’extérieur et coûte là aussi des points en matière d’excellence.

Tu peux donc bien utiliser le modèle FAN-Out ici. Chaque chef de produit peut soutenir jusqu’à quatre PO. Chacun peut être responsable d’une ou deux équipes agiles. Une fois de plus, plus le nombre de personnes impliquées est élevé, plus la communication et la transparence sont importantes.

Pour obtenir une certification, vous devriez réserver un cours, examen inclus, via www.scaledagile.com une plateforme. Cette plateforme vous donne accès à tous les fournisseurs et formateurs qui peuvent certifier SAFe. Les certifications (cours et examens) ont généralement lieu en ligne actuellement. Outre la certification SAFe PO, il existe de nombreuses autres certifications.

 

Description du poste et groupe cible

Un Product Owner/Product Manager certifié SAFe est un expert SAFe qui travaille avec les clients et les organisations de développement afin d’identifier et de prioriser les exigences.

 

Les compétences clés suivantes te seront enseignées :

• Appliquer l’état d’esprit Lean-Agile et les principes et pratiques SAFE 
• Identifier les besoins des clients
• Écrire des épis, des capacités, des fonctionnalités et des histoires
• Prioriser le travail pour créer une valeur ajoutée pour l’entreprise 

Tu peux suivre un cours dans différents pays, par différents formateurs et partenaires (par exemple IBM ou Capgemini). La durée est généralement de deux jours. Pour l’examen, tu disposes de 90 minutes (1,5 heure). Il faut répondre à 45 questions au total. La langue de certification est l’anglais. Si tu réponds à 35 sur 45 (77%) POPM4. Tu obtiens POPM5 si tu réponds correctement à 33 sur 45 (73%).

Source : isapm.org

En général, les coûts se situent entre 995 euros et 1 400 euros et varient selon le fournisseur.

La première tentative d’examen est incluse dans les frais d’inscription au cours si l’examen est passé dans les 30 jours suivant la fin du cours. Chaque nouvelle tentative coûte 50 euros.

Un Product Owner certifié Scaled Agile Framework gagne environ 55 000 à 65 000 euros/an.

Cela dépend beaucoup de la maturité, de l’expérience et de la personnalité du Product Owner, mais aussi de l’environnement dans lequel il va évoluer.

 

Résumé & critique

Le Product Owner dans SAFe ne correspond pas au Product Owner SCRUM. En raison de la taille et de la complexité de la méthode SAFe, les tâches et les responsabilités du Product Owner sont réparties entre deux personnes. 

Cela implique une collaboration pour que les produits puissent être développés de manière optimale. Souvent, cela implique plus de coordination. Si l’on prévoit beaucoup d’incertitudes et de changements dans le projet, la méthode SAFe, y compris le SAFe Product Owner, est moins appropriée. 

Tant que tu es encore à la recherche d’une stratégie qui fonctionne bien pour lancer un produit sur le marché, atteindre le Product-Market-Fit et ensuite faire croître le produit, il est particulièrement important de combiner les décisions stratégiques et tactiques concernant le produit et de les mettre en œuvre avec SCRUM par exemple. C’est pourquoi il est conseillé d’utiliser SAFe avec précaution pendant les phases de développement, de lancement et de croissance (précoce) du cycle de vie du produit.