il était une fois la vie d’un product owner
DESCRIPTION
« Il était une fois la vie d’un Product Owner (PO) » raconte la vie d’un PO qui a 9 mois pour délivrer son premier produit. Entre les visionnaires, les utilisateurs, l’équipe de développement et les investisseurs, le PO va devoir évoluer dans un environnement exigeant, sans filet. De l’initiation à la maturité, ce PO va découvrir des phénomènes agiles, varier les approches et les outils pour maîtriser sa gestion de produit. Entre fiction et réalité, « Il était une fois la vie d’un Product Owner » est une illustration concrète et fantastique du quotidien et de l’apprentissage d’un PO fraîchement débarqué qui va gérer son produit en mode start-up. » Cette session a été présentée à Agile Tour Toulouse 2012 et Agile Grenoble 2012TRANSCRIPT
Il était une fois la vie d'un Product Owner …
Romain Couturier
www.terredagile.com
Votre interlocuteur
Coach agile, formateur et enseignant
Romain Couturier
@romaincouturier
terredagile.com talondagile.com
Prérequis
Manifeste agile Scrum XP Kanban ...
Le Product Owner La dream team
Le Boss L'utilisateur mystère
S
Le coach
CHAPITRE 1ER : ANCIENNE VIE
Il était une fois dans une SSII lointaine …
Il était une fois … … dans une SSII
lointaine
Ancienne vie >> Page Blanche >> La chute >> Accélération
Une équipe agile …
Proxy PO
Equipe projet
Ancienne vie >> Page Blanche >> La chute >> Accélération
… avec des clients +/- agiles
Le backlog projet …
… et son planning
Contrat au forfait
Satisfaction cliente en démo
Un jour, le grand départ a sonné …
Thierry Lothon DigitLife.fr 2005
CHAPITRE 2ÈME : PAGE BLANCHE
1ère mission : créer un produit
Ancienne vie >> Page Blanche >> La chute >> Accélération
Jour 0 : Préparation au projet
Ancienne vie >> Page Blanche >> La chute >> Accélération
Les rappels/conseils du coach • Faire simple • Rester factuel • Focus sur le QUOI • Désapprendre la technique
???
Jour 0 : Préparation au rôle de PO
Ancienne vie >> Page Blanche >> La chute >> Accélération
Equipe de développement
Utilisateurs et management
Ancienne vie >> Page Blanche >> La chute >> Accélération
Jour 1 : Partage de la vision
Jour 2 : le 1er modèle économique
Ancienne vie >> Page Blanche >> La chute >> Accélération
1er engagement : le planning sera tenu
Version squelette
Version utilisable
Version commercialis
able
3 mois 6 mois 9 mois
Ancienne vie >> Page Blanche >> La chute >> Accélération
Ancienne vie >> Page Blanche >> La chute >> Accélération
Jour 3 : itération #0
Objectif : Valider la capacité de l'équipe à délivrer
Lecture salutaire
Revoir
Prototyper Raffiner
Ancienne vie >> Page Blanche >> La chute >> Accélération
1er rendez-vous avec les utilisateurs
Vos exemples Vos avis
Ancienne vie >> Page Blanche >> La chute >> Accélération
La recherche des personas
Ancienne vie >> Page Blanche >> La chute >> Accélération
1er User Story Mapping
Ancienne vie >> Page Blanche >> La chute >> Accélération
Activités métier
Nécessité forte
Faible
Besoins, Histoires utilisateur, Épics
1er jet de Backlog métier …
Ancienne vie >> Page Blanche >> La chute >> Accélération
Histoire utilisateur
Critères d'acceptation
Cas nominaux Cas limites
Cas d'erreurs
=
Exemples
1er jet de Backlog métier …
Ancienne vie >> Page Blanche >> La chute >> Accélération
Histoire utilisateur
Critères d'acceptation
Cas nominaux Cas limites
Cas d'erreurs
=
Exemples Ex : En tant que téléprospecteur je veux prendre un prospect afin
de le contacter
Les coordonnées du prospect sont indiquées avec au minimum : Raison sociale & téléphone Si pas intéressé ou rappel plus tard, alors prise d'un nouveau prospect avec règles de définition de la pile de prospect • La pile est initialement constituée par
l'administrateur • Un prospect qui n'a pas répondu est
remis dans la pile et doit être recontacté dans les 24h
• Un prospect qui a répondu et qui n'est pas intéressé ne sera jamais remis dans la pile
… et des exigences non-fonctionnelles
Ancienne vie >> Page Blanche >> La chute >> Accélération
Usabilité
Fiabilité
Performance Supportabilité
Interfaces
Environnement technique
Les histoires utilisateur
apparaissent, se développent ou
disparaissent
Les ENF restent stables et se renforcent
Histoires utilisateurs
ENF
Notre format d'ENF
Nom Un nom unique pour l'ENF
Echelle Ce que vous mesurez (= l'unité de mesure)
Mesure “Comment” vous allez mesurer (= le(s) moyen(s) d'obtenir des mesures)
Cible Le niveau de performance à atteindre
Contrainte Le niveau de performance que vous souhaitez éviter
Métrique Votre niveau actuel de performance
Ancienne vie >> Page Blanche >> La chute >> Accélération
Source : http://bit.ly/oMdly
1ère difficulté : quel modèle de valeur ?
Vendable
Faisable Utilisable
Ancienne vie >> Page Blanche >> La chute >> Accélération
1er planning poker
Ancienne vie >> Page Blanche >> La chute >> Accélération
1ère Priorisation simple
Risque élevé Valeur faible
Risque élevé Valeur élevée
Risque faible Valeur faible
Risque faible Valeur élevée
Risque
Valeur
Ancienne vie >> Page Blanche >> La chute >> Accélération
Rythme itérations/démonstrations
Ancienne vie >> Page Blanche >> La chute >> Accélération
Définition de Prêt
Définition de Terminé
Objectif(s) de l'incrément
Le jour où la démo a raté
Acceptées Rejetées
Ancienne vie >> Page Blanche >> La chute >> Accélération
Evolution de la relation PO/équipe
Ancienne vie >> Page Blanche >> La chute >> Accélération
Le PO propose, l'Equipe dispose
Evolution de la relation PO/équipe
Ancienne vie >> Page Blanche >> La chute >> Accélération
Distance
Confiance
Chemin du PO
CHAPITRE 3ÈME : LA CHUTE
Le jour du grand rejet
Ancienne vie >> Page Blanche >> La chute >> Accélération
La loi des séries
Ancienne vie >> Page Blanche >> La chute >> Accélération
Problème de qualité
Complexité de la solution
Oubli de l'expérience utilisateur
2 1 3
Prototyper/Raffiner appliqués à l'UX
Ancienne vie >> Page Blanche >> La chute >> Accélération
Histoires utilisateur
Restructuration du backlog
Ancienne vie >> Page Blanche >> La chute >> Accélération
impactmapping.org
Impact mapping : action !
Ancienne vie >> Page Blanche >> La chute >> Accélération
Nouveau jet de Backlog métier …
Ancienne vie >> Page Blanche >> La chute >> Accélération
Histoire utilisateur
Critères d'acceptation
Cas nominaux Cas limite
Cas d'erreurs
IHM Dette
technique
Testing quadrant
Tests fonctionnels Exemples
Tests d'histoires Prototypes Simulations
Tests exploratoires Scénarios
Tests d'usabilité UAT ( User Acceptance Testing)
Alpha/Beta
Tests unitaires Tests de composants
Test de charge et de performances Tests de sécurité
Tests "-ilité"
Automatisé et manuel
Manuel
Outils Automatisé
Sup
po
rte
l'éq
uip
e
Cri
tiq
ue
le p
rod
uit
Orientation technologique
Orientation métier
Ancienne vie >> Page Blanche >> La chute >> Accélération
Source : http://bitly.com/RaF84t
Sortir pour éviter la surchauffe
Ancienne vie >> Page Blanche >> La chute >> Accélération
CHAPITRE 4ÈME : ACCÉLÉRATION
Mesurer la satisfaction client
Ancienne vie >> Page Blanche >> La chute >> Accélération
Périodiquement
Mesurer la satisfaction client
Ancienne vie >> Page Blanche >> La chute >> Accélération
A chaque démonstration
Satisfaction sur la durée
Sati
sfac
tio
n f
on
ctio
nn
elle
Mieux gérer son agenda avec Kanban
Analyse utilisateur
Création des
thèmes Estimation Backlog
prêt A
valider En
production
Un élément de travail
Une activité du flux de production
Ancienne vie >> Page Blanche >> La chute >> Accélération
Visualiser le flux du produit
Ancienne vie >> Page Blanche >> La chute >> Accélération
Comment changer dans une itération
Plus un changement intervient tard, plus son coût est élevé
0 5 à 15 Impossi
ble 1 à 5 points
Règles de coût du changement dans une itération
Démarrage de l'itération
Démo de fin d'itération
Ancienne vie >> Page Blanche >> La chute >> Accélération
Documenter simplement
Ancienne vie >> Page Blanche >> La chute >> Accélération
A4 A4
1 fonctionnalité = A3
Oser innover avec les utilisateurs
Ancienne vie >> Page Blanche >> La chute >> Accélération
Il était une fois dans une SSII lointaine …
Ils vécurent heureux
et eurent beaucoup
d'utilisateurs
FIN
EPILOGUE
Avec des "Si" je referais le monde …
• Partager la vision
• Planning de versions
courtes
• Agilité multiformes
• La gestion en flux
• Les contraintes, qui
stimulent la créativité
• Utilisateurs trop loin
• Personas inutilisés
• Pas assez de prototypage
• "Je veux" vs. "Ils attendent"
• Timide sur le concept de
MVP
• Modèle économique
• Gestion et entretien du
backlog produit
• Faire simple
• Prototyper / Raffiner
• Gestion de l'agenda PO
La morale de cette histoire
L'échec est le moteur de l'apprentissage
Le PO n'est pas un utilisateur
Le PO donne la vision et des hypothèses, les utilisateurs donnent le chemin à suivre et la valeur
Quelques références pour démarrer