Formation de Noël - Product Owner Avancé

Support de formation utilisé dans le cadre des formations de Noël 2024.
Pitch de la formation : Passer de PO confirmé à PO avancé à travers des ateliers et un peu de théorie, session de 2h afin de comprendre les enjeux du rôle de PO sur la gestion de la posture, les grandes étapes du cycle de vie de développement de produit, puis comment assurer une bonne communication avec l'ensemble de mes parties prenantes.

Transcript

1. FORMATION Product Owner Avancé Rémi Sarraillon Sponsorisé par
2. Devenez père noël vert et offrez un moment inoubliable aux enfants (helloasso.com)
3. Rémi Sarraillon Coach Agile et Produit Facilitateur et Fresqueur
4. Scrum Life -​ Lean, Agile, Kanban -​ YouTube
5. Est un MVP :-) et une V2 ;-) Ce que je m'apprête à vous partager Est le résultat de 17 années d'expérience (Dev, PO, ScM, Coach) Est constitué de nombreuses sources diverses de gens qui m'inspire Est constitué de certains passages de conférences que j'ai donné Mélange théorie et pratique Est conçu pour les visuels, les auditifs et les kinesthésiques ;-) Est parsemé de petites blagues (plus ou moins drôles) Est clairement trop dense pour le temps que nous avons ensemble N'intègre pas tout ce qui pourrait être connu pour être un maitre du Produit Va vous plaire je l'espère <3
6. Fondamentaux de l'agilité Scrum Kanban La Vision produit User Story Mapping Découper des User Stories Example Mapping MVP La revue de sprint Le cycle de vie d'un produit Le produit "à l'échelle" Une roadmap orienté Résultats Piloter par l'impact avec les OKR Gestion de la dette technique Gestion du backlog CE QUE NOUS NE VERRONS PAS !
7. BRISONS LA GLACE PO, QUESACO ? LA POSTURE DU PO REPOS ET PARTAGE SURETE PSYCHOLOGIQUE KATA DE PO DES OUTILS CLOTURE Et si on construisait l'AGENDA ensemble ? 09:30 11:45 GESTION DE PRODUIT Miro, Expérience de PO, Mes attentes Histoire, Rôle du PO et état d'esprit Savoir gérer ses postures, atelier sur les postures du PO Culture produit, 5 étapes, d'autres domaines complémentaires, la valeur Le Leadership chez le PO, la CNV, le coaching Produit On souffle, et puis on échange en binôme sur la 1ère partie Jeu de rôle pour vivre le leadership Produit Bon parce que sinon, vous allez partir frustré ^^ Partageons nos apprentissages V V V V V V
8. BRISONS LA GLACE
9. Créer un post-​ it, écrits ton nom dessus et d'où tu viens :-) Chiche de le placer dans cette zone ? Na Astou Lyon Estelle Aix en provence Julia Lyon Yadz Rennes
10. Depuis combien de temps es-​ tu PO ? Sur combien de produits as-​ tu travaillé ? 4 produits je sais pas ce que je raconte Yadz: Toute ma vie 3 14 mois Je ne suis pas sur du nombre :) 3 ans sur le rôle officiellement 4 6 mois pas vraiment de produit défini
11. Quelles sont tes attentes vis-à-​ vis de cette formation ? Apprendre par des personnes ultra convaincu avoir tjs + d'impacts Renforcer mes compétences stratégiques Piocher des infos pour creuser des pistes, des sujets Maitriser des outils et techniques avnacéd de gestion de produiyt Raccrocher des notions à mon actualité, mon produit Découvrir mais j'écoute tout danser avec les politiques/syst èmes d'entreprises Bon, mon actu c'est les OKR ^^
12. Nous pensons que tous les produits et services existent pour rendre le monde meilleur. Nous avons remarqué que de nombreuses équipes produits ont du mal à avoir de l'impact. Nous voulons aider les équipes à créer de la valeur plus rapidement. C’est pourquoi nous avons élaboré le manifeste suivant : Agile Product Manifesto Plus que Plus que Plus que Plus que Plus que Simplicité Les besoins des utilisateurs finaux les opinions de parties prenantes Exécuter des plans de projet Comprendre le problème Poursuivre des objectifs Penser à des solutions Perfection Mesurer les résultats Supposer les impacts Autrement dit, même si les éléments de droite ont de la valeur, nous accordons plus de valeur à ceux de gauche. En nous appuyant sur les valeurs ci-​ dessus et celles du Manifeste Agile, nous suggérons les principes suivants pour guider le développement de produits. Nous pensons qu'ils aideront les équipes à se concentrer sur ce qui compte le plus pour prospérer. Agile Product Manifesto 5min
13. Nous pensons que tous les produits et services existent pour rendre le monde meilleur. Nous avons remarqué que de nombreuses équipes produits ont du mal à avoir de l'impact. Nous voulons aider les équipes à créer de la valeur plus rapidement. C’est pourquoi nous avons élaboré le manifeste suivant : Agile Product Manifesto Plus que Plus que Plus que Plus que Plus que Simplicité Les besoins des utilisateurs finaux les opinions de parties prenantes Exécuter des plans de projet Comprendre le problème Poursuivre des objectifs Penser à des solutions Perfection Mesurer les résultat assuming impact Autrement dit, même si les éléments de droite ont de la valeur, nous accordons plus de valeur à ceux de gauche. En nous appuyant sur les valeurs ci-​ dessus et celles du Manifeste Agile, nous suggérons les principes suivants pour guider le développement de produits. Nous pensons qu'ils aideront les équipes à se concentrer sur ce qui compte le plus pour prospérer. Agile Product Manifesto 5min
14. PO, QUESACO ?
15. Un peu d'histoire
16. Scrum
21. Eviter les silos dans l'équipe, une responsabilité aussi partagée, mais une expertise forte
23. Le #NoBacklog est aussi possible :-) l'important reste les objectifs et l'impact recherché
28. C'est pas pour rien qu'on l'appelle le PROPRIETAIRE DU PRODUIT ;-)
41. LA POSTURE DU PO
42. •Scrum.org : https://www.scrum.org/resources/blog/stances-​ product-​ owner •Podcast Audio : https://soundcloud.com/leodavesne/lpa-​ 269-​ de-​ project-​ manager-​ a-​ product-​ owner-​ les-​ 6-​ postures-​ du-​ proprietaire-​ de-​ produit
57. Groupe 1 Product Owner Product Owner Rédacteur d'US Chef de projet Expert Passe-​ plat Gardien Manager Sécurité psychologique ! Tout de suite les grands mots PO C'est impossible à développer. On le fera pas. PO Finalement je n'ai pas envie de venir à ton atelier, ça m'ennuie PO Merci de reporter le daily car je ne serai pas disponible. Cordialement PO Quoi vous voulez rencontrer les utilisateurs ? Mmmh, je suis le seul habilité à le faire. PO Bon les gars, c'est quoi ce bazar ? Vous avez vu la vélocité qui baisse ? Franchement, c'est pas très sérieux ! PO C'est quoi l'objectif de sprint ? Bah c'est de finir tous les tickets ! PO Bon les gars, on a encore une demande d'évolution du client, vous me prenez en compte cette urgence hein ! Vous laissez de côté les sujets en cours. On est agile nan ? PO Bon voilà la feuille de route pour les 3 prochaines années, y'a la liste de toutes les fonctionnalités à développer. Le client a validé. Y'a plus qu'à, à vous de jouer ! On se revoit au prochain trimestre pour le suivi d'avancement ;-) PO Echangez entre vous et positionnez les différentes phrases (post-​ its) , sur le personnage qui aurait pu la prononcer Identifier la mauvaise posture Voilà le backlog de sprint est prêt, toutes les US sont dedans avec des critères et tout et tout. Vous avez plus qu'a développer les solutions que je vous propose. PO Nan mais vous ne comprenez pas, cherchez pas en fait, moi je connais le métier, j'ai fait 30 ans sur le terrain, donc faites moi confiance. Faites ce que je vous dis, même si vous ne comprenez pas vraiment pourquoi. PO Voilà les utilisateurs m'ont demandé cette fonctionnalité, du coup on a plus qu'a développer tout ça PO Visionnaire collaborateur PORTE PAROLE Décideur expérimentateur Influenceur Proposer une bonne posture Proposer une phrase qui pourrait être prononcé par un Product Owner ou Scrum Master adoptant une de ces postures. Voici la User Story, j'ai formalisé le besoin et le Pourquoi. Je vous propose un petit Example Mapping pour qu'on puisse l'affiner ensemble et arriver à une compréhension commune et trouver la meilleure solution ensemble. PO Y'a qui dans l'équipe ? ATELIER LA POSTURE DU PO
58. Groupe 1 Product Owner Product Owner Rédacteur d'US Chef de projet Expert Passe-​ plat Gardien Manager Sécurité psychologique ! Tout de suite les grands mots PO C'est impossible à développer. On le fera pas. PO Finalement je n'ai pas envie de venir à ton atelier, ça m'ennuie PO Merci de reporter le daily car je ne serai pas disponible. Cordialement PO Quoi vous voulez rencontrer les utilisateurs ? Mmmh, je suis le seul habilité à le faire. PO Bon les gars, c'est quoi ce bazar ? Vous avez vu la vélocité qui baisse ? Franchement, c'est pas très sérieux ! PO C'est quoi l'objectif de sprint ? Bah c'est de finir tous les tickets ! PO Bon les gars, on a encore une demande d'évolution du client, vous me prenez en compte cette urgence hein ! Vous laissez de côté les sujets en cours. On est agile nan ? PO Bon voilà la feuille de route pour les 3 prochaines années, y'a la liste de toutes les fonctionnalités à développer. Le client a validé. Y'a plus qu'à, à vous de jouer ! On se revoit au prochain trimestre pour le suivi d'avancement ;-) PO Echangez entre vous et positionnez les différentes phrases (post-​ its) , sur le personnage qui aurait pu la prononcer Identifier la mauvaise posture Voilà le backlog de sprint est prêt, toutes les US sont dedans avec des critères et tout et tout. Vous avez plus qu'a développer les solutions que je vous propose. PO Nan mais vous ne comprenez pas, cherchez pas en fait, moi je connais le métier, j'ai fait 30 ans sur le terrain, donc faites moi confiance. Faites ce que je vous dis, même si vous ne comprenez pas vraiment pourquoi. PO Voilà les utilisateurs m'ont demandé cette fonctionnalité, du coup on a plus qu'a développer tout ça PO Visionnaire collaborateur PORTE PAROLE Décideur expérimentateur Influenceur Proposer une bonne posture Proposer une phrase qui pourrait être prononcé par un Product Owner ou Scrum Master adoptant une de ces postures. Voici la User Story, j'ai formalisé le besoin et le Pourquoi. Je vous propose un petit Example Mapping pour qu'on puisse l'affiner ensemble et arriver à une compréhension commune et trouver la meilleure solution ensemble. PO Y'a qui dans l'équipe ? ATELIER LA POSTURE DU PO
59. Debrief en sous-​ groupe Qu'avez-​ vous ressenti durant cet exercice ? Ces postures font-​ elles écho à des expériences vécues ? Avez-​ vous déjà remarqué des PO qui avaient la bonne posture ? Quelle différence avez-​ vous pu ressentir sur la dynamique de groupe ? Faut-​ il toujours avoir l'ensemble des bonnes postures ? Dans toutes les situations ? Comment proposer à qqun qui as la mauvaise posture, de s'orienter plutôt vers une bonne ? 1. 2. 3. 4. 5. ATELIER LA POSTURE DU PO
60. GESTION DE PRODUIT
66. Développement d’un produit en mode projet, centré utilisateur = Approche Produit ???
67. Boucler et produire de nouvelles boucles de feedback S’il fallait résumer tout cela en peu de mots et avec beaucoup de bon sens : l’approche Produit, c’est boucler et produire de nouvelles boucles de feedback.
68. L'itératif, la clé de l'agilité
70. Five Types Of Value | Scrum.org
71. LES 5 ETAPES DU PRODUCT MANAGEMENT
77. Intégrer d'autres disciplines essentielles à sa gestion de produit numérique UX Design Design Thinking Lean Startup Lean UX DevOps Software Craftmanship DDD Eco-​ conception Accessibilité Numérique Agilité Numérique Responsable Product Management Lean Management
80. LEAN STARTUP
84. DevOps
86. Référentiel général d'écoconception de services numériques (RGESN) -​ Numérique écoresponsable (numerique.gouv.fr) Collectif Conception responsable de service numérique (greenit.fr) Les 115 bonnes pratiques d'éco-​ conception ECO-​ CONCEVOIR DES SERVICES NUMERIQUES Penser à l'intégralité du cycle de développement : Conception fonctionnelle, graphique, ergonomique, et technique Ce sont surtout les utilisateurs qui concentrent les impacts
87. Intégrer la norme RGAA à toutes les étapes de la construction d'un produit Référentiel général d’amélioration de l’accessibilité -​ RGAA (numerique.gouv.fr)
88. Design éthique et inclusif : réussir à donner du sens | Orange Business (orange-​ business.com)
90. REPOS ET PARTAGE
91. 5min
92. Training From The Back Of The Room Qu'avez-​ vous retenu de cette 1ère partie ? Avez-​ vous une petite pépite (un astuce, verbatim, explication, prise de conscience) que vous allez réutiliser ? Que souhaitez vous creuser ? 5min
93. SURETE PSYCHOLOGIQUE
94. "La sécurité psychologique est une croyance partagée parmi par les membres d’une équipe, que celle-​ ci est sans danger du point de vue des relations interpersonnelles" Amy Edmonson (Professeure en leadership et management) Sécurité (ou Sureté) psychologique
95. What Google Learned From Its Quest to Build the Perfect Team -​ The New York Times (nytimes.com)
97. THE 5 DYSFUNCTIONS OF A TEAM by Patrick Lencioni | Core Message -​ YouTube
98. Choisir le bon style de leadership Cultiver l’empathie, établir la confiance et influencer les autres Améliorer votre "autorité" et responsabiliser les autres Diriger les parties prenantes et les équipes de développement vers des objectifs communs Prendre des décisions que les gens soutiendront et suivront Résoudre avec succès les désaccords, conflits, même avec les principales parties prenantes Écouter profondément pour découvrir et répondre aux besoins et intérêts cachés Pratiquer la pleine conscience et adopter un état d’esprit positif pour vous développer en tant que leader www.romanpichler.com How to Lead in Product Management Reading this book will help you learn how to lead in product management & become a better and inspiring product leader. Learn how to align stakeholders... Comment faire preuve de leadership en tant que PO ?
100. Atelier Communication non violente -​ Marshall Rosenberg, 2000 -​ sous-​ titres français -​ YouTube
108. Toutes les équipes agiles ne se valent pas ! Par Jean Pierre Lambert -​ YouTube MON EQUIPE PORTE-​ T-​ ELLE LE PRODUIT ?
109. Toutes les équipes agiles ne se valent pas ! Par Jean Pierre Lambert -​ YouTube
111. T-​ shaped Employees and how to grow it as an Agile Leader -​ one of the Patterns for successful Agile change | Dandy People
112. The T-​ Shaped Product Manager. Product management is a multi-​ faceted... | by Roman Pichler | Agile Insider | Medium
113. Donnez vous le temps de grandir à travers ce métier passionnant !
114. KATA DE PO
117. LE BACKLOG FAIT EN AVANCE Le client (ou le Product Manager au choix) Le Product Owner Pour que l'équipe puisse commencer à produire le plus vite possible, vous avez créé le backlog en amont. Personne ne vous a jamais parlé de vision produit ou autre, ni même d'approche produit. Votre objectif : Ne pas jeter votre travail des dernières semaines, car il faudrait expliquer pourquoi à votre manager. Un nouveau projet, l'équipe de réalisation (incluant 3 développeurs, 1Scrum Master, 1 UX/UI et 1 testeur) arrivent à peine et pourtant, tout un backlog produit de fonctionnalités est déjà créé avec dedans une trentaine d'éléments. Le Product Backlog ne semble pas lié à un objectif précis. Aucune vision produit n'a été formalisée. Votre objectif : Expliquer au client (ou au PM) l'intérêt d'une vision produit, puis de la co-​ construire ensemble. Puis définir un objectif de 1er sprint qui a du sens Attention à bien détailler le cadre entre vous ! Penser à inverser les rôles 20min
119. Débriefons sur l'expérience Qu'avez-​ vous ressenti en faisant l'exercice ? Echanger entre vous sur ce que vous avez noté du comportement du PO. Partager entre vous des astuces pour mieux appréhender ce genre d'échange. A quoi ferez vous plus attention la prochaine fois que vous serez face à une situation similaire ? 5min
120. DES OUTILS
121. La boite à outils du PO
122. Threats Strengths Weaknesses Strategies to minimize the potential dangers lying in sectors where Weaknesses meet Threats Strategies to prevent Threats through our Strengths Opportunities Strategies to make use of Opportunities to minimize Weaknesses Strategies to make use of Opportunities through our Strengths Own specific factors Environmental factors
123. Keep satisfied Manage closely Monitor Keep informed (Minimum effort) Power Interest
124. ELEVATOR PITCH
125. Cibles A quel métiers/entités le produit s'adresse-​ t-​ il ? Qui sont les clients, utilisateurs cibles et sponsors ? Avez-​ vous des utilisateurs précurseurs ? Si oui, lister les caractéristiques des clients idéaux. Besoins Quel problème le produit résout-​ il ? (lister les 1-3 problèmes principaux) Comment ces problèmes sont résolus aujourd'hui ? Quel avantage apporte-​ t-​ il ? Produit De quel produit s'agit-​ il (nom, type) ? Qu'est-​ ce qui le distingue ? Solution possible pour chaque problème ? Objectifs Business Comment le produit va-​ t-​ il bénéficier à l'entreprise ? Quels sont les indicateurs clés de réussite ? (A court, moyen et long terme) Si plusieurs objectifs/indicateurs, tenter de les prioriser. Vision Quel est votre but pour créer ce produit ? Quel changement positif devrait-​ il apporter ? Proposition unique de valeur : Un message unique, clair, séduisant qui suscite l'intérêt.
126. Horizon Quand se revoir pour discuter de l'avancée ? Objectifs Produit de Objectif Produit Inscrivez un Objectif Produit par case, sous la forme d'une phrase simple, pourquoi pas, comme une User Story Mesures Comment allez-​ vous mesurer le succès ou l'échec de votre Objectif Produit ? Définissez des seuils de succès, d'échec mais aussi qu'est-​ ce qui se passe dans chaque cas ou entre les deux.
127. LEAN CANVAS
128. USER STORY MAPPING https://www.jpattonassociates.com/wp-​ content/uploads/2015/03/story_mapping.pdf
129. USER STORY MAPPING Utilisateurs Activités Récit Utilisateur SHOULD COULD MUST
130. EXAMPLE MAPPING Avoir des US vraiment Ready grâce à l'Example Mapping - … https://www.youtube.com/watch?​ v=gID0boETxJQ
132. EXTREME QUOTATION Estimer un backlog entier en 1 heure avec l'atelier Extreme… https://www.youtube.com/watch?​ v=3kzJARYetFU
133. Prioriser avec ces catégories MUST : vital (ce qui doit être fait) SHOULD : essentiel (ce qui devrait être fait dans la mesure du possible) COULD : confort (ce qui pourrait être fait dans la mesure où ça n’a pas d’impact sur les autres tâches) WONT : luxe (ce qui ne sera pas fait cette fois mais pourrait être fait plus tard) MoSCoW
134. HIGH IMPACT HIGH EFFORT LOW IMPACT LOW EFFORT MATRICE VALEUR EFFORT
135. Buy a Feature Créez une liste de fonctionnalités potentielles et fournissez à chacune un prix. Tout comme pour un produit réel, le prix peut être basé sur les coûts de développement, la valeur client ou autre chose. Bien que le prix puisse être le coût réel que vous avez l’intention de facturer pour la fonctionnalité, cela n’est généralement pas nécessaire. Les clients achètent les fonctionnalités qu’ils souhaitent dans la prochaine version de votre produit en utilisant l’argent fictif que vous leur offrez. Assurez-​ vous que le prix de certaines fonctionnalités est suffisamment élevé pour qu’aucun client ne puisse les acheter. Encouragez les clients à mettre leur argent en commun pour acheter des fonctionnalités particulièrement importantes et / ou coûteuses. Cela aidera à motiver les négociations entre les clients quant aux fonctionnalités les plus importantes. Ce jeu fonctionne mieux avec quatre à sept clients dans un groupe, afin que vous puissiez créer plus d’opportunités pour les clients de mettre leur argent en commun grâce à la négociation. Contrairement au jeu Product Box, le jeu Buy a Feature est basé sur la liste des fonctionnalités susceptibles de figurer dans votre feuille de route de développement. https://miro.com/miroverse/buy-​ a-​ feature-​ prioritization-​ technique/ miro.com Buy A Feature Prioritization Technique Template | Miroverse Discover how Shehab Beram does Buy A Feature Prioritization Technique in Miro with Miroverse, the Miro Community Templates Gallery. View Shehab's Miro Templates
136. Comment définir des priorités avec un atelier Vision 20/20 ?​ -​ SuperTilt Le terme “Vision 20/20” est tiré du livre Innovation Games de Luke Hohmann. L’origine du nom fait référence aux tests que nous faisons chez un ophtalmologue lorsqu’il nous demande de lire des lettres, généralement nous lisons sur une feuille ou les lettres sont écrites de la plus grosse à la plus petite. C’est exactement cette mécanique que nous allons retrouver dans cet atelier. Vision 20/20
137. Circles and Soup – Gamestorming
139. Modèle de Kano —​ Wiki Agile
140. WSJF -​ Scaled Agile Framework
144. Pratiques DevOps Blue Green Deployment Canary Deployment
145. Trade-​ off sliders (boussole du PO)
146. learn.marsdd.com Focus groups | Customer perspective on your product Learn how to run a successful focus group & learn about customers' needs, & perspectives on your product. Entrepreneur's Toolkit, MaRS
147. Mise en situation -​ Atalan Comment les aveugles utilisent internet -​ YouTube Pour la Veille, la newsletter Access 42 Le site dédié au RGAA Extension -​ Assistant RGAA Extension -​ WCAG -​ Contrast Checker Extension -​ HeadingsMap https://github.com/copsae/outils-​ audits-​ accessibilite
148. CLOTURE
149. Nos rencontres (jai fait des demandes Linkedin pour prolonger ;) ) 5 values liberators (ca permet de s'aligner sur c'est quoi valeur) aller faire atelier bon/mauvais po kata po jme sens mieux car jsuis pas bizarre avec mes imperfections Je vais créer ma boîte
150. Merci de votre retour qui m'aider à itérer sur ma formation ^^ 1-​ Inutile. Je n'ai rien gagné, rien appris 2-​ Utile, mais ça ne valait pas à 100% le temps que j'y ai passé. 3-​ Juste moyenne. Je n'ai pas perdu mon temps, sans plus. 4-​ Bonne. J'ai gagné plus que le temps que j'y ai passé. 5-​ Excellente. ça valait bien plus que le temps qu'on y a passé. Yadz Estelle MERCI Pauline Na Astou Julia
151. QUESTIONS / PARTAGE Je reste connecté encore un peu