Certified Scrum Product Owner® pour Product Managers

Certification internationale de la ScrumAlliance®

Soutenir les Product Owners – Co-décider – Arbitrer

Une formation certifiante et expérientielle pour comprendre suffisamment le Product Ownership afin de savoir quand laisser le PO décider seul, quand décider avec lui et quand arbitrer entre plusieurs Produits, contraintes ou intérêts de l’entreprise.

Certified Scrum Product Owner® CSPO®

L’ARBITRAGE COMMENCE LÀ OÙ LE PÉRIMÈTRE D’UN PRODUIT NE SUFFIT PLUS

Plusieurs décisions sont légitimes.

Elles ne peuvent pourtant pas toutes devenir prioritaires.

Une urgence légale modifie la priorité.

Deux Produits dépendent de la même capacité rare.

Un client majeur demande un engagement.

Une contrainte portefeuille s’impose.

Un projet transverse entre en concurrence.

La stratégie exige de modifier le cap.

 

Le Product Owner maximise la valeur de son Produit dans son espace de responsabilité.

Lorsque plusieurs Produits, contraintes ou intérêts de l’entreprise entrent en concurrence, le Product Manager analyse les conséquences de chaque option et réalise les arbitrages nécessaires.

Description

Un Product Manager ne travaille pas uniquement avec un marché, une stratégie ou une roadmap. Il doit également être capable de transformer une intention en Produit concret, de collaborer avec les équipes qui le réalisent et d’apprendre de ce qui se passe réellement.

Cette formation certifiante CSPO® conserve le fil rouge historique de la formation AgilBee : construire un Produit de A à Z. Elle élargit le regard en intégrant dès le début les questions de positionnement, d’utilisateurs, de Business, de Valeur et d’hypothèses.

Scrum devient un cadre permettant de faire réaliser le Produit, d’obtenir du feedback et d’adapter les décisions.

Quelques jours après la formation, les stagiaires pourront télécharger leur certificat depuis le site : https://www.scrumalliance.org. Ils auront également accès à la base documentaire et aux informations de la ScrumAlliance pour une période de 2 ans. La certification internationale CSPO® est une certification officielle de la Scrum Alliance.

Objectifs Pédagogiques

À l’issue de la formation, vous serez capable de :
✅ Clarifier le positionnement, la Vision et la Valeur d’un Produit.
✅ Relier utilisateurs, enjeux Business et capacité de réalisation.
✅ Construire et ordonner un Product Backlog cohérent avec les objectifs du Produit.
✅ Prioriser et arbitrer en tenant compte de plusieurs formes de Valeur.
✅ Collaborer efficacement avec les développeurs dans Scrum.
✅ Utiliser feedback, Review et mesure pour faire évoluer les décisions Produit.

 

Formation

Tarif pour Présentiel
1 490 € HT
Tarif pour Distanciel
1 390 € HT
INTRA
Nous consulter
Durée
14 h / 2 j
Coaching
1h inclus (préparation, besoin personnel, adaptation au contexte, discussion)
Session
De 4 à 16 participants
Inscription à la formation requise au plus tard 48 h à l’avance

Prochaines Sessions

Aucune session planifiée à ce jour.

Inclus dans le Prix 

Coût de certification à la ScrumAlliance

Modalité d’Accès aux Personnes Handicapés à la Formation
Nous contacter pour répondre à vos besoins : rh@agilbee.com

Pédagogie

70 % de pratique.
30 % d’apports théorique.

Jeux pédagogiques, Simulation d’un Produit réel, Cartographie des décisions, Vision, Valeur, PIM, Story Mapping, Estimation, Sprint Planning, Sprint Review, feedback et débriefings.

Patrice Petit

Patrice Petit

Coach-Instructeur

Le Programme Indicatif

La formation suit la construction progressive d’un même Produit sur 7 modules. Chaque module apporte une nouvelle décision, un nouvel apprentissage ou une nouvelle contrainte.

Jour 1 : Matinée

Introduction

Tour de Table

Satisfaction & Insatisfaction

Module 1 : Product Management, Product Ownership & Scrum

Partir du Produit pour comprendre Scrum vis à vis de mon rôle de PM

Cette première partie positionne le Product Manager dans la construction concrète d’un Produit. Elle permet de distinguer stratégie, responsabilité Produit, Product Ownership et réalisation, puis d’introduire Scrum comme cadre empirique au service du Produit.

Questions abordées

  • De quoi le PM et le PO sont-ils responsables ?
  • Que se passe-t-il lorsque l’information évolue plus vite que la décision ?
  • Pourquoi Scrum est-il utile lorsqu’une partie de ce que nous croyons reste à vérifier ?
  • Comment Scrum s’organise pour faire face à la politique interne, face aux urgences et à la pression des changements ?
  • Comment passer d’une intention à un Produit concret ?

Déroulé

  • Rôle et responsabilité du Product Manager
  • Product Manager et Product Owner
  • Scrum et empirisme
  • Refinement & Product Goal
  • Responsabilités dans Scrum : Impact et régulation des mécanismes de Politique
  • Atelier de Scrum aux décisions de l’entreprise : Relier les informations Scrum aux décisions Produit, Business, capacité, investissement, organisation et stratégie.
  • Atelier Penny Game – Amélioration Continue 
  • Debrief : Scrum & le Product Manager

Module 2 : Vision & Positionnement Produit

Donner une raison d’être au Produit

Les participants transforment leur idée initiale en une première représentation du Produit. Ils travaillent l’utilisateur, le problème adressé, la proposition de Valeur et la différence du Produit avant de commencer à détailler ce qui sera construit.

Questions abordées

  • Pourquoi ce Produit devrait-il exister ?
  • Pour qui créons-nous de la Valeur ?
  • Quelle différence pourrait justifier son adoption ?
  • Pourquoi l’entreprise devrait-elle investir dans ce Produit ?
  • Que savons-nous et que supposons-nous ?

Déroulé

  • Positionnement Produit
  • Utilisateur et client
  • Problème et opportunité
  • Alternatives et différenciation
  • Valeur Utilisateur et intérêt Business
  • Vision
  • Atelier Product Box
  • Atelier BrainStorming
  • Atelier Elevator Pitch

Jour 1 : Après-Midi

Module 3 : Utilisateurs & Parties Prenantes

Passer de ce que nous imaginons à ce que nous devons apprendre

Le Produit évolue dans un écosystème de clients, utilisateurs, décideurs, métiers et équipes. Cette partie confronte les premières hypothèses aux différents points de vue qui influencent sa réussite.

Questions abordées

  • Qui utilise réellement le Produit ?
  • Qui décide, qui achète et qui influence ?
  • Comment distinguer un besoin d’une demande de solution ?
  • Comment éviter que chaque partie prenante devienne une nouvelle priorité ?

Déroulé

  • Utilisateurs et clients
  • Persona
  • Atelier Empathy Map
  • Besoins et usages
  • Cartographie des Parties Prenantes
  • Feedback et éléments observables
  • Confrontation avec le positionnement initial
  • Matrice Intérêt x Pouvoir

Module 4 : Construire le Product Backlog

Transformer une intention Produit en éléments réalisables

Le Product Backlog devient progressivement la représentation ordonnée de ce que l’équipe pourrait réaliser pour faire progresser le Produit. L’enjeu consiste à traduire une direction Produit en éléments suffisamment clairs pour être discutés, découpés et réalisés.

Questions abordées

  • Que doit réellement contenir un Product Backlog ?
  • Comment passer d’un problème à des éléments réalisables ?
  • Comment accélérer les découpages des éléments du baclklog ?
  • Comment maintenir un Backlog compréhensible et utile ?

Déroulé

  • Product Goal et Product Backlog
  • Epic, Theme et User Story
  • Propriétés : Invest, 3C, 3 amis
  • Critères d’acceptation
  • Atelier Refinement : Accélérer le Découpage
  • Atelier Story Mapping / Persona Intent Mapping

Jour 2 : Matinée

Module 5 : Valeur, Priorisation & Arbitrage

Faire des choix plutôt qu’empiler les demandes

Le Product Manager doit décider où investir une capacité limitée. Cette partie met en tension Valeur Utilisateur, Valeur Business, satisfaction, risque, apprentissage et effort afin de construire un ordre du Product Backlog qui puisse être expliqué.

Questions abordées

  • Quelles formes de Valeur devons-nous considérer ?
  • Comment justifier un choix de priorité ?
  • À quoi sommes-nous prêts à renoncer ?
  • Pourquoi une méthode de calcul ne décide-t-elle pas à notre place ?

Déroulé

  • Atelier Business Value
  • Valeur Utilisateur et Valeur Business
  • Gestion des Risques
  • Modèle de Kano
  • Satisfaction
  • Atelier Priorisation du Product Backlog : BV, ROI, WSJF
  • Kata : Optimisation de la Priorisation
  • Atelier d’arbitrage

Module 6 : Estimation, Capacité & Prévision

Décider ce que l’on peut raisonnablement engager

Les estimations rendent visible l’effort et aident à discuter de la capacité disponible. Elles servent à préparer des décisions et des prévisions sans transformer Scrum en gestion de projet prédictive.

Questions abordées

  • Pourquoi estimons-nous ?
  • Quelle différence entre estimation et engagement ?
  • Comment utiliser la capacité disponible pour prendre une décision ?
  • Comment préparer une Release utile ?

Déroulé

  • Estimation relative
  • Atelier Planning Poker®
  • Atelier Extreme Planning Poker
  • Capacité
  • Prévision
  • Release Planning
  • Préparation du Sprint

Jour 2 : Aprés-Midi

Module 7 : Réaliser le Produit avec Scrum

Transformer les décisions Produit en résultats observables

Les participants passent de la préparation à la réalisation. Ils expérimentent la collaboration entre Product Owner et développeurs, la préparation du Sprint, la construction du Produit et la Sprint Review.

Questions abordées

  • Comment travailler avec les développeurs sans prescrire la solution ?
  • Que signifie réellement un Sprint Goal ?
  • Comment savoir si ce que nous avons construit est terminé ?
  • Comment faire de la Review un moment d’apprentissage ?

Déroulé

  • Planification des Releases
  • Sprint Planning
  • Sprint Goal
  • Daily Scrum
  • Definition of Done
  • Atelier Simulation de la Construction du Produit avec gestion de la capacité. 
  • Sprint Review

Module 8 : Mesurer, Apprendre & Adapter

La réalisation n’est pas la fin de la boucle

Une fonctionnalité terminée ne prouve pas que le Produit produit l’effet attendu. La dernière partie revient sur les hypothèses initiales et utilise feedback, mesure et rétrospective pour décider ce qui mérite d’être poursuivi, modifié ou abandonné.

Questions abordées

  • Qu’avons-nous réellement appris ?
  • Quelle différence entre ce que nous avons produit et l’effet obtenu ?
  • Quelles hypothèses devons-nous revoir ?
  • Dans quoi investirions-nous maintenant ?

Déroulé

  • Feedback utilisateur
  • Mesure et apprentissage
  • Inspection et adaptation
  • Atelier Vélocité, Burn Up Chart, Burn Down Chart
  • 3 Burn Down Charts
  • Sprint Retrospective
  • Scrum à l’échelle
  • Retour au positionnement initial
  • Plan d’action

Finalisation de la feuille de route / plan d’action

Questions / Réponses

Conclusion

Références & Ressources Utiles

CSPO® POUR PRODUCT MANAGERS

Mieux aligner – Mieux soutenir – Mieux arbitrer – Mieux délivrer

Deux jours pour relier Product Management, Product Ownership et Scrum dans une même expérience de construction Produit.

Continuer votre parcours avec une formation orientée sur la stratégie, l’arbitrage et l’organisation de son département ou portefeuille produits/services :

Pré-Requis

  • Il est indispensable d’avoir lu le Scrum Guide et les 4 valeurs et 12 principes de l’Agile Manifesto avant de suivre la formation ;
  • Une première expérience de Scrum ou du travail avec une équipe de développement produit facilite la mise en perspective des ateliers.

Pédagogie

La formation est composée de :

  • Théorie : 30 % (support de cours, slides)
  • Pratique : 70 % (ateliers)

Modalités d’Evaluation et Suivi

Evaluation lors des ateliers tout au long de la formation, évaluation des acquis en fin de formation, feuille d’émargement signée à la 1/2 journée, attestation de présence remise en fin de formation.

Les participants pourront télécharger leur certificat depuis le site : https://www.scrumalliance.org. Ils auront également accès à la base documentaire et aux informations de la ScrumAlliance pour une période de 2 ans. La certification CSPO est une certification officielle de la Scrum Alliance.

Public

  • Product Managers souhaitant maîtriser la responsabilité de Product Owner et Scrum
  • Product Owners évoluant vers le Product Management
  • Lead Product Owners et Product Leaders souhaitant consolider les fondamentaux Produit
  • Responsables Produit amenés à travailler étroitement avec des équipes Scrum

Questions Fréquentes FAQ

Vos questions sur la formation CSPO pour Product Managers

Cette formation délivre-t-elle une vraie certification CSPO® ?

Oui. La certification visée est la CSPO® de Scrum Alliance®. « Pour Product Managers » décrit son orientation pédagogique.

Quelle différence avec une CSPO® classique ?

Les fondamentaux restent les mêmes. Les situations, questions et débriefings adoptent le point de vue du Product Manager.

Faut-il être Product Owner pour participer ?

Non. La formation permet précisément au PM de comprendre profondément la responsabilité du PO.

Pourquoi parler de budget dans une CSPO® ?

Pour comprendre le décalage entre la vitesse d’apprentissage des équipes et la fréquence des décisions d’investissement.

La formation traite-t-elle de stratégie Produit ?

Oui, lorsqu’elle doit devenir compréhensible et exploitable par le Product Owner et les équipes. La stratégie multi-produits est approfondie dans « Product Manager : Stratégie & Arbitrage ».

Quelle différence entre Product Manager et Product Owner ?

La formation travaille leur articulation afin d’éviter la confusion des rôles et la séparation artificielle entre stratégie et réalisation.

Quelle formation suivre ensuite ?

« Product Manager : Stratégie & Arbitrage » approfondit stratégie, Valeur, Portfolio, Flow, services, organisation et arbitrages entre Produits.

Avez vous d’autres questions ?