Tu sais que la structure organisationnelle agile est organique avec des rôles et non hiérarchique. Le Cadre Agile Scaled – 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 "propriétaire de fonctionnalité" qui gère une fonctionnalité importante du produit avec laquelle les utilisateurs finaux interagissent – comme la recherche et la navigation sur le site web d'un commerçant en ligne.
- Un "propriétaire de composant" qui possède un élément d'architecture comme la couche de persistance – donc "seulement" 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).
Avant d'aller plus loin, un petit rappel. Récemment, nous avons accueilli 11 experts agiles internationaux lors d'un webinaire – sur une question : comment faire évoluer correctement les méthodes agiles ?
Il en résulte ce fantastique enregistrement vidéo (en anglais) qui aborde par exemple les questions suivantes :
- Faut-il plutôt commencer par le bas ou par le haut ?
- Comment réussir à mettre les dirigeants d'accord sur une vision commune ?
- Comment choisir le bon framework agile – et pourquoi ce n'est pas si important en fait ?
Ma recommandation la plus chaleureuse : jette un coup d'œil ! C'est relativement long, mais chaque minute en vaut la peine.
Pour voir les différences dans les tâches de chaque Product Owner, n'hésite pas à regarder le graphique ici. Les différences y sont très claires.
Un exemple pour comprendre les différents types de Product Owners
Pour rendre encore plus clair ce qu'est un SAFe Product Owner, voici maintenant un exemple. Imaginons que nous développions un téléphone portable – disons un iPhone. Il y a le boîtier, l'écran, le circuit imprimé et bien plus encore. Le Platform Owner est responsable du développement de l'ensemble du circuit imprimé (électrique), qui peut également servir de base pour une évolution du téléphone (par exemple iPhone 10 – iPhone 11). Sur ce circuit imprimé, il y a différents composants, par exemple toutes les fonctionnalités pour le clavier. C'est le Component Product Owner qui s'en occupe. Le Feature Product Owner n'est pas seulement responsable des composants individuels, mais de la fonctionnalité complète du téléphone portable, y compris la lumière et le son par exemple. Le Product Owner SAFe est alors responsable d'une partie du téléphone portable et gère les fonctionnalités, les composants et les PO Scrum. Le Portfolio Owner est finalement responsable de l'ensemble du téléphone portable et "gère" ainsi tous les PO.
D'ailleurs, un petit conseil dans le contexte de la transformation agile : tu veux t'assurer que tu as actuellement les bonnes priorités dans ton agile La transformation ?
Alors fais notre test de maturité pour ta transformation agile – ne prend que 3 minutes. Tu obtiendras même un benchmark sur la base de 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.
Qu'est-ce que le Product Owner Sync ?
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 comme Design Thinking – et des outils d'exploration continue comme Personas, Empathy Maps, Customer Journey Maps, Story Maps pour favoriser la perspicacité et la compréhension du client et du produit au sein des équipes. Le graphique 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 adéquate et efficace des ressources ? Celles-ci, y compris la charge de travail et les compétences des membres de l'équipe, sont un facteur décisif dans la collaboration. Lorsque de nombreuses personnes travaillent ensemble, la planification des ressources et des rôles est très importante. Ceux-ci doivent en effet impérativement être coordonnés. Dans le pire des cas, il peut y avoir des goulots d'étranglement. La vitesse est également entravée par une planification incorrecte ou non optimale – tout cela entraîne 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.
La plupart des coachs Agile tournent en rond...
...et traiter les symptômes superficiels. Il est temps d'utiliser la psychologie – pour un changement d'état d'esprit durable.
Certification du Scaled Agile Framework Product Owner
Comment et où puis-je me certifier ?
Pour te faire certifier, tu dois réserver un cours avec examen via www.scaledagile.com. Grâce à cette plate-forme, tu as accès à tous les fournisseurs et formateurs autorisés à certifier SAFe. Les certifications (cours et examens) ont généralement lieu actuellement en ligne. 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
Déroulement et durée
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
Coûts, possibilités de gagner de l'argent et salaire du Product Owner
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.
