Roles et responsabilités du Product owner dans le développement logiciel

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