Le Product Owner (PO) a un rôle prépondérant dans le développement agile. Il est responsable du contenu du produit à réaliser ; d’un produit générateur de bénéfices. Le PO est continuellement en l’arbre et l’écorce. L’écorce, c’est la réalité fonctionnelle de la solution à développer. L’arbre, c’est la réalité opérationnelle de la solution à déployer; la réalité des bénéfices. Il doit aussi composer avec les contraintes d’univers très SOFT où les besoins se verbalisent chemin faisant et la mise en œuvre des bénéfices se définit aussi chemin faisant. Mais le PO est-il équipé pour assumer son rôle sinon comment peut-il acquérir ce qui lui manque ? Cette conférence vise à identifier les qualités essentielles pour assumer le rôle de PO. Cette conférence a trois objectifs. Le premier : faire Réaliser l’importance du leadership du PO, le deuxième : Montrer comment acquérir ce leadership et le troisième : Comment assumer son rôle et ses responsabilités. Tiré d’un cas vécu, nous essaierons de déterminer le profil du PO ; une mini étude de cas. Quoique indépendante, cette conférence est une application du contenu de la conférence sur la transformation agile d’entreprise ; c’est une application vue sous l’angle du PO. Le contenu de cette présentation est issu : 1. Du rôle de responsable de produit que j’ai longtemps exercé 2. D’une réingénierie Agile et Lean d’une Vice-présidence informatique dont j’ai été responsable 3. D’un mandat définissant le rôle et les responsabilités d’un PO 4. D’un Forum Ouvert sur le sujet lors du camp agile de Montréal Bienvenue à tous

1. Présenté par Pierre Bergé

2. Ordre du jour
Objectifs de la rencontre :
 Réaliser le leadership du PO
 Comment acquérir ce leadership
 Comment assumer son rôle et ses responsabilités
1. Définition formelle du PO
2. Profil du PO : Mon expérience
3. Le contexte
4. Habiletés du PO
5. Comment faire pour devenir le PO instinctif et réactif
6. Pilote organisationnel : Terrain pour tester des hypothèses
7. Motivations à devenir PO 2

3. Définition du PO selon le Guide SCRUM
Le PO est :
•Responsable de maximiser la valeur d’un produit et le travail de l’Équipe de
Développement.
•La seule personne responsable de diriger le Backlog, tout désir de changement
dans les priorités du Backlog doivent passer par lui.
•Le seul agent autorisé à énoncer les exigences de travail de L’équipe de
Développement.
•Une personne, pas un comité
De plus :
•Pour que le PO réussisse, toute l’organisation doit respecter ses décisions
•Les décisions du PO sont visibles dans le contenu et la commande du produit
•Les décisions du PO sont aussi visibles dans les hypothèses émises
•Mais surtout, le PO assume la transformation
3

4. Client Client
Processus INITIAL
?
Besoin
Contrat
Représentant Commis souscrip Souscription Commis souscrip. Support Souscription
Analyser les Saisir la Traiter la
Début Coter Préparer dossier Classer dossier Fin
risques proposition production
Efficacité opérationnelle Environnement collaboratif
Délais Technologies (ECM)
Réingénierie : Croissance +
Perspective client Souscription automatisée
Client
Processus CIBLE Besoin Contrat
Souscripteur
Début Représentant FIN
Coter
4

5. Contexte : Besoin
Client
Contrat
Souscripteur
Début Représentant FIN
Coter
 Il faut réaliser qu’un projet :
 est la réalisation d’un instrument de changement
…Ce qui implique
 Solution d’affaires à développer
 Solution d’affaires à déployer
 Solutions d’affaires à intégrer dans les opérations
5

6. Contexte : Besoin
Client
Contrat
Souscripteur
Début Représentant FIN
Coter
• Processus
• Pratiques
• Profil du personnel
• Instrument de changement
La mesure du succès : Le bénéfice
6

7. Le PO compose continuellement avec deux réalités
 La réalité fonctionnelle de la solution à développer
 La réalité opérationnelle de la solution à intégrer dans les
opérations, la réalité des bénéfices
Avec les contraintes d’univers très SOFT où
 les besoins se verbalisent chemin faisant
 La mise en œuvre des bénéfices se définit aussi chemin
faisant
7

8. Les habiletés du PO
Le PO doit être habile dans:
•Sa capacité à anticiper les questions à répondre
•La recherche d’alternatives
•Sa capacité à communiquer les résultats
Le PO doit aussi être en mesure:
Ouverture et
créativité •D’avoir de la perspective
•De solutionner des problèmes
Leadership •De comprendre le mode production et les pratiques sur le
terrain
•D’être disponible et présent au sein de l’équipe
•D’être réactif pour donner ou savoir obtenir rapidement
une réponse
•D’admettre qu’il ne peut pas avoir réponse à tout 8

9. Comment faire pour devenir le PO
instinctif, réactif … et créatif ?
 Il faut maîtriser le contexte
 Acquérir l’intelligence de
la situation
Donc ça s’acquiert …
…Mais comment ?
9

10. Comment le PO acquiert la maîtrise du contexte
Performance
Consiste à : Impacts métiers de haut niveau
organisation
1. Qu’est-ce qui est nouveau ?
2. Qu’est-ce qui change ? Stratégie de
Avec : 3. Qu’est-ce qui reste pareil ? transformation
et plan de
4. Qu’est-ce qui disparaît ? mobilisation
Maîtrise d’ouvrage
Faire
Infrastructure
d'accueil de
le bilan Définir
l'innovation de le futur
l’actuel
Besoins
10

11. Le poids des décisions assumé par le PO
 Définir une cible (radicalement) différente de la
situation actuelle entraîne le défi suivant pour le PO:
 La cohérence de la cible dans tous les petits détails de
la solution à réaliser
 Quelques fois c’est impossible
 Dans ce cas, il ne faut pas tomber dans le piège de
la …
…Procrastination analytique
 Point de suivi, en suspend, de risque … Un objet de
dissension
 Parce que plus souvent qu’autrement, les données
manquantes à la décision
 ne viendront pas en analysant plus profondément
 mais par la confrontation à la réalité du terrain….
11

12.  Émettre des hypothèses pour le PO veut dire :
 Prendre des décisions basées sur le GBS
 Documenter le pourquoi (fondement)
 Documenter aussi les alternatives
 Surtout documenter l’impact de ces hypothèses dans l’utilisation, sur les objectifs à atteindre et sur
les bénéfices
 Afficher les hypothèses (visibilité)
Il vient un temps où il y a trop d’hypothèses; il faut les tester
 Tester veut dire pour le PO:
 Monter un mandat d’investigation basé sur les impacts que l’on veut observer sur la
 Solution développée à date
 Les hypothèses émises
 Les alternatives …
 Faire un Sprint d’implantation dans le cadre d’un pilote organisationnel 12

13. Pour que le PO trouve le chemin des bénéfices
PO = Prime
Sprints de développement
Pilote Organisationnel
Σ
avec Sprint d'implantation
Sprint
Backlog
Objectifs :
 Approfondir l'impact
= Livraison
N
 Identifier ce qui manque pour la matérialisation des bénéfices
 Recalibrer les bénéfices MAJ
Product Backlog
PO = Support PO = Informé
…Par palier
Pré-déploiement Déploiement
Objectif: Objectifs :
Livraison
Définir du mode dediffusion  Contrer les objections (90%)
N
pour matérialiser les  Suivre
bénéfices  Matérialiser les bénéfices
 Définir les standards prochains paliers
Palier N
13

14. Les paliers une stratégie intégration :
Le PO est à la fois de terrain et opportuniste
SOMMET
3ième PALIER
2ième PALIER
1er PALIER
PALIER DE BASE
14

15. Le PO compose continuellement avec deux réalités
 La réalité fonctionnelle de la solution à développer
 La réalité opérationnelle de la solution à intégrer dans les
opérations, la réalité des bénéfices
Avec les contraintes d’univers très SOFT où
 les besoins se verbalisent chemin faisant
 La mise en œuvre des bénéfices se définit aussi chemin
faisant
15

16. Motivations à devenir PO
Être PO c’est:
• Prendre part active dans la réalisation de changements par
l’intermédiaire d’instruments de changement
•Laisser sa marque dans l’entreprise et exploiter sa créativité
•Suivre des projets d’envergure tout au long de leur réalisation
•Faire des rencontres et des découvertes dans tous les secteurs de
l’entreprise
•Acquérir des compétences dans la mobilisation d’équipe et dans
la transformation agile d’entreprise
•Diriger des transformations de façon dynamique et concrète au
travers de mises à l’épreuve et d’implantations
•Mais c’est surtout assumer la transformation
16

17. Une présentation par Pierre Bergé