Le document traite des responsabilités des Product Owners (PO) dans le développement de produits, en mettant l'accent sur les rôles stratégique et tactique. Il présente les différentes phases de gestion de produits, depuis l'exploration jusqu'à l'échelle, ainsi que l'importance de la priorisation des user stories et la tenue d'un backlog efficace. Des méthodes comme le lean canvas et les rituels Scrum sont également abordées pour garantir une collaboration fluide avec l'équipe de développement.

1. Product
OwnerShip
Julien Rayneau
Product OwnerShip @julienrayneau

2. Product OwnerShip @julienrayneau
Product Owner
Rôles et responsabilités

3. Des responsabilités
différentes selon le contexte
• Component Owner
En charge d’un composant d’un produit
Par exemple l’application android d’un produit
• Feature Owner
En charge d’une fonctionnalité d’un produit
Par exemple le funnel d’achat d’un site e-commerce
• Product Owner
En charge d’un produit dans sa globalité
Product OwnerShip @julienrayneau

4. Les 2 rôles du PO
• Le rôle stratégique : Piloter la stratégie (Lean
Canvas, Board d’hypothèses), Prioriser les
fonctionnalités, Gérer les sponsors
• Le rôle tactique : Gérer le backlog, écrire les
users stories collaborer avec l’équipe de
développement
Product OwnerShip @julienrayneau

5. Rôle
Stratégique
Product OwnerShip @julienrayneau

6. Des approches différentes
selon le cycle de vie du produit
Phase exploration
Lean Canvas
Board d’hypothèses
Interviews problèmes et solutions
Pre-sell & concierge
Phase scaling
Customer Factory AAARR
Board d’hypothèses
Lean Analytics - A/B Testing
Market
Fit
Product OwnerShip @julienrayneau

7. Phase d’exploration avec le
Lean Startup
ConstruireApprendre
Mesurer
Idée
hypothèse
ProduitData
Un objectif :
Atteindre le
market fit !
Product OwnerShip @julienrayneau

8. Définir sa stratégie
avec le LEAN CANVAS
Product OwnerShip @julienrayneau

9. Définir et prioriser les
hypothèses business
Manqued’information
0 %
25 %
50 %
75 %
100 %
Niveau de risque
0 % 25 % 50 % 75 % 100 %
H1
H2
H4
H5
H3
Product OwnerShip @julienrayneau

10. Expérimenter les hypothèses
(en se déplaçant)
• Interview les utilisateurs avec des entretiens orientés
problème et des entretiens orientés solution
• Faire du pre-sell (Landing page d’accroche)
• Simuler manuellement (Concierge)
• A/B Testing
Product OwnerShip @julienrayneau

11. e
The customer factory
Ash Maurya
Penser le produit
dans son ensemble
Product OwnerShip @julienrayneau

12. Mesurer
(grâce aux indicateurs)
• Définir les indicateurs par la
méthode des 3A
• Lean Analytics
Définir les indicateurs selon la
typologie du produit E-commerce,
Bi-face, etc.
Actionable
Accessible
Auditable
Product OwnerShip @julienrayneau

13. Et si mon produit n’est
pas un business…
Si le produit est une solution informatique interne,
l’utilisateur est accessible !
• Se déplacer pour observer les utilisateurs
• Utiliser les personnas et le customer journey
• Utiliser le custormer journey de demain pour se
positionner dans le futur…
Product OwnerShip @julienrayneau

14. Rôle tactique :
Le backlog au quotidien
Product OwnerShip @julienrayneau

15. Construire le backlog
• Définir les personnas
• Créer une Story-Map
• Dans le cas d’un nouveau produit,définir le
Minimum Viable Product MVP
• Prioriser en pensant impact et non fonctionnalité
« Une idée vaut 1, un produit 10, un client 100 »
Product OwnerShip @julienrayneau

16. Ecrire des User Stories
• Un titre
• Une description
• Des critères d'acceptation
Comment je valide que la User Story est bien terminée ?
Qu’est-que l’utilisateur voit ?
Qu’est-ce que je verrais à la démo ?julienrayneau
En tant que …
Je veux …
Afin de …
Product OwnerShip @julienrayneau

17. User Stories
Les critères Invest
• La User Story doit être écrit dans un
vocabulaire orienté utilisateur et doit être un
« tout » fonctionnel.
• Une User Story ne peut pas être une tache
technique.
• La User Story doit être d’une bonne granularité.
(ni trop petite, ni trop grosse)
• Pas toujours aisé d’écrire des User Stories
réellement indépendantes les unes des autres.
Une User Story est parfois le pré-requis d’une
autre. Ce n’est pas forcement dramatique à
partir du moment où les dépendances restent
limitées.
julienrayneau
Independant
Negociable
Valuable
Estimable
Small
Testable
Product OwnerShip @julienrayneau

18. Exemple de User Story
• Une description
• Des critères d’acceptation
• Affichage, du nom, prénom et numéro de téléphone
• Application web
• Accessible par mobile
• Paginationjulienrayneau
En tant que conseiller des ventes
Je veux visualiser la liste des mes clients
Afin de pouvoir les contacter par téléphone
Product OwnerShip @julienrayneau

19. Tenue du backlog
« Un backlog c’est comme une plante
verte, il faut s’en occuper régulièrement. »
julienrayneau
• Les stories les plus prioritaires sont
en haut du backlog
• Le backlog est plus détaillé en haut
et plus général en bas
• Détailler les stories en avance (un
sprint d’avance par exemple) mais
pas trop (éviter le stock).
Product OwnerShip @julienrayneau

20. Estimation du backlog
julienrayneau
• Seule l’équipe estime !
• L’estimation se fait avec le
planning poker en réunion
« grooming » un sprint en
avance.
• En cas de besoin de plus de prédiction (est-ce
réellement nécessaire ?)…. un ensemble de User Stories
(plus ou moins détaillées) peuvent être estimées en une
réunion.
Product OwnerShip @julienrayneau

21. Rôle tactique :
Les rituels de Scrum
Product OwnerShip @julienrayneau

22. Scrum en 1 image
Product OwnerShip @julienrayneau

23. Début de
sprint
Fin de
sprint
Sprint
Planning
Grooming Sprint
Review
Rétrospective
Organisation des rituels
Daily Daily Daily Daily Daily Daily Daily Daily Daily
Product OwnerShip @julienrayneau

24. Le grooming
Objectif : Préparer les prochains sprints, estimer les prochaines User Stories
Qui : l’équipe de développement, le PO et éventuellement des intervenants
pour répondre aux questions.
Quand : Une fois en milieu de sprint
Rôle du PO :
• Le PO présente la User Story et répond aux questions
• Le PO ne négocie pas l’estimation effectuée par l’équipe
• Le PO négocie le périmètre avec l’équipe, si besoin modifie ou re-
découpe la User Story.
• Si l’équipe est mature au niveau produit l’écriture des User Story peut se
faire directement avec l’équipe.
Product OwnerShip @julienrayneau

25. Le planning
Objectif : Décider des User Stories à embarquer dans le sprint
Qui : l’équipe de développement, le PO et éventuellement des
intervenants pour répondre aux questions.
Quand : Une fois en début de sprint
Rôle du PO :
• Le PO re-présente les User Stories et répond aux questions
• Les User Stories doivent être prêtes à être embarquées dans le
sprint.
• Selon le nombre de points possibles, le PO sélectionne en accord
avec l’équipe les User Stories à embarquer.
Product OwnerShip @julienrayneau

26. Le sprint review
Objectif : Faire l’état des lieux du sprint, faire la démo de ce qui a été fait et
prendre du feedback.
Qui : Le maximum de personne en plus de l’équipe de développement et du PO
Quand : Une fois en fin de sprint
Rôle du PO :
• Confirmer si la User Story est bien « done » selon les critères d’acceptation.
Règle du tout ou rien.
• Eventuellement accepter de couper la story en 2 si un découpage fonctionnel
est possible.
• Récupérer et noter les feedbacks
• Ce n’est pas au PO de présenter le travail effectué mais bien à l’équipe.
• Le PO pose le contexte
Product OwnerShip @julienrayneau

27. Le daily
Objectif : Synchroniser l’équipe, Exprimer les demandes
d’aide
Qui : l’équipe de développement, PO et éventuellement des
acteurs clefs du moment
Quand : Tous les jours
Rôle du PO :
• Participer le plus souvent possible
• Répondre aux demandes de l’équipe
Product OwnerShip @julienrayneau

28. La rétrospective
julienrayneau
Objectif : Améliorer le fonctionnement l’équipe
Qui : l’équipe de développement, PO et éventuellement
des acteurs clefs du moment
Quand : Une fois par sprint
Rôle du PO :
• Participer
Product OwnerShip @julienrayneau

29. julienrayneau
Produit et équipe
Donner le maximum d’information
produit à l’équipe : Information
marché, retour interviews
d’utilisateurs et retour des
données chiffrés que les résultats
soient bons ou mauvais.
Product OwnerShip @julienrayneau

30. Pour aller
plus loin…
Product OwnerShip @julienrayneau

31. Quelques livres…
Product OwnerShip @julienrayneau

32. Articles, présentations et vidéos
julienrayneau
• Agile product in a nutshell - Vidéo (EN)
https://www.youtube.com/watch?v=502ILHjX9EE
• The Product Owner Responsabilités - Article (EN)
http://www.romanpichler.com/blog/the-product-owner-responsibilities/
• Lean startup for corporation - Présentation (EN)
http://www.slideshare.net/djarjoura/studiio-lean-startup-for-corporations
• Améliorer les chances de réussite de votre produit - Article (EN)
https://medium.com/@josselin/product-development-is-a-betting-game-ce06b1d57fa
• Reconnaître une équipe produit performante- Article (FR)
http://meaningfool.net/blog/comment-reconnaitre-une-equipe-produit-performante
• Evaluer sa maturité produit - Article FR
https://fr.slideshare.net/Thigafr/valuer-sa-maturite-produit-agile-france-2015
• 4 type de risques produit - Article (EN)
https://medium.com/@erikstarck/four-types-of-product-risk-1b01f4874c95
• Au sujet des MVP - Vidéo (EN)
https://www.youtube.com/watch?v=xPJoq_QVsY4 About MVP
Product OwnerShip @julienrayneau

33. Remerciements pour leurs aides
sur la réalisation de ce document
julienrayneau
• Damien Dufourd
https://www.linkedin.com/in/damiendufourd/
• Pierre Antoine Antonini
https://www.linkedin.com/in/pierreantoineantonini/
• Sarine de Kepper
https://www.linkedin.com/in/sarine-de-kepper-a7697597/
• Jérémy Bigot
https://www.linkedin.com/in/j%C3%A9r%C3%A9my-bigot-94145590/
• Margaux Delestre
https://www.linkedin.com/in/margaux-delestre-1b0a1282/
Product OwnerShip @julienrayneau