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.
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
Prochaines Sessions
Inclus dans le Prix
Coût de certification à la ScrumAlliance
Pour s’inscrire ?
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
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.
