Embed Size (px)
DESCRIPTION
« Il était une fois la vie d’un Product Owner (PO) » est un retour d’expérience de 9 mois, une immersion dans la peau d’un Product Owner qui découvre son rôle et qui doit livrer son premier produit. Entre les visionnaires, les utilisateurs, l’équipe de développement et les investisseurs, il évolue dans un environnement exigeant, sans filet. De l’initiation à la maturité, ce Product Owner va vivre des échecs, des réussites et construire pas à pas son produit en utilisant des techniques d’expression de besoins dans le seul et unique but de valider ses hypothèses. 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 Product Owner fraîchement débarqué qui va gérer son produit en mode startup. Cette session illustre par des exemples concrets la réalité de ce rôle où rien n’est simple ni écrit d'avance avec des focus particuliers sur : • L’évolution d’une approche déterministe de la gestion de produit vers la mise en place d’hypothèses et de mesures associées, • L’articulation des outils actuellement à disposition des Product Owner : de la vision à la production en passant par les User stories, les exigences non-fonctionnelles, Kanban pour les Product Owner, l’impact mapping et le Lean Startup, • L’apprentissage des erreurs commises, leurs analyses et des idées pour les éviter : UX, communication, gestion du backlog, • La remise en question de la stratégie du Product Owner par son travail avec les parties prenantes • Maintenir un équilibre fragile entre une approche analytique de l’expression de besoins et un contexte émergent inhérent à l’environnement startup. Cette session s’adresse particulièrement à tous les Product Owner et les responsables produit qui souhaitent développer et enrichir leur gestion de produit agile.
Citation preview
Il était une fois la vie d'un Product Owner …
Romain Couturier, 2 octobre 2013
www.terredagile.com
Licence
Ce support est mis à disposition selon les termes de la Licence Creative
Commons Attribution
Pas d’Utilisation Commerciale - Pas de Modification 3.0 non transposée
http://creativecommons.org/licenses/by-nc-nd/3.0/deed.fr
Une Equipe qui s'améliore et s'organise dans un
environnement complexe pour délivrer en continu de la
valeur à ses utilisateurs, en toute simplicité …
CHAPITRE 1ER : ANCIENNE VIE
Il était une fois dans une SSII lointaine …
Il était une fois … … dans une SSII
lointaine
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
Les rappels/conseils du coach • Faire simple • Rester factuel • Focus sur le QUOI • Désapprendre la technique
???
Ancienne vie >> Page Blanche >> La chute >> Accélération
Jour 0 : Préparation au rôle de PO
Equipe de développement
Utilisateurs et management
Ancienne vie >> Page Blanche >> La chute >> Accélération
Jour 1 : Partage de la vision
Ancienne vie >> Page Blanche >> La chute >> Accélération
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
Jour 3 : itération #0, jouer à Scrum
Objectif : Valider la capacité de l'équipe à délivrer
Ancienne vie >> Page Blanche >> La chute >> Accélération
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
Activités métier
Nécessité forte
Faible
Besoins, Fonctionnalités, Histoires utilisateur,
Ancienne vie >> Page Blanche >> La chute >> Accélération
1er jet de Backlog métier …
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
Ancienne vie >> Page Blanche >> La chute >> Accélération
… et des exigences non-fonctionnelles
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
Ancienne vie >> Page Blanche >> La chute >> Accélération
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
Source : http://bit.ly/oMdly
Ancienne vie >> Page Blanche >> La chute >> Accélération
1ère difficulté : quel modèle de valeur ?
Ancienne vie >> Page Blanche >> La chute >> Accélération
Reçoit Délivre
J'imagine Je la vis
Prioriser ? Priorité
Ancienne vie >> Page Blanche >> La chute >> Accélération
1er planning poker
Ancienne vie >> Page Blanche >> La chute >> Accélération
1ère planification 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
Définition de Prêt
Définition de Terminé
Objectif(s) de l'incrément
Ancienne vie >> Page Blanche >> La chute >> Accélération
Planification d'itération Démonstration
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
Le PO propose, l'Equipe dispose
Ancienne vie >> Page Blanche >> La chute >> Accélération
CHAPITRE 3ÈME : LA CHUTE
Le jour du grand rejet
Ancienne vie >> Page Blanche >> La chute >> Accélération
La loi des séries
Problème de qualité
Complexité de la solution
Oubli de l'expérience utilisateur
2 1 3
Ancienne vie >> Page Blanche >> La chute >> Accélération
Prototyper/Raffiner appliqués à l'UX
Histoires utilisateur
Ancienne vie >> Page Blanche >> La chute >> Accélération
Restructuration du backlog
impactmapping.org
Ancienne vie >> Page Blanche >> La chute >> Accélération
Impact mapping : action !
Ancienne vie >> Page Blanche >> La chute >> Accélération
Nouveau jet de Backlog
Histoire utilisateur Bugs
ENF
Remboursement de la
dette technique
Invisible
Visible
Valeur négative Valeur positive
Ancienne vie >> Page Blanche >> La chute >> Accélération
Sortir pour éviter la surchauffe
Ancienne vie >> Page Blanche >> La chute >> Accélération
CHAPITRE 4ÈME : ACCÉLÉRATION
Mesurer la satisfaction client
Périodiquement
Ancienne vie >> Page Blanche >> La chute >> Accélération
Mesurer la satisfaction client
A chaque démonstration
Satisfaction sur la durée
Sati
sfac
tio
n f
on
ctio
nn
elle
Ancienne vie >> Page Blanche >> La chute >> Accélération
Mieux gérer son agenda avec Kanban
Analyse utilisateur
Création des
Histoires Estimation Backlog
prêt En
développement
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
Evolution de la relation PO/équipe
Distance
Confiance
Chemin du PO
Ancienne vie >> Page Blanche >> La chute >> Accélération
Documenter simplement
A4 A4
1 fonctionnalité = A3
Ancienne vie >> Page Blanche >> La chute >> Accélération
Oser innover avec les utilisateurs
Ancienne vie >> Page Blanche >> La chute >> Accélération
Il était une fois dans une SSII lointaine …
Au prochain épisode
Le PO arrivera-t-il à
satisfaire ses clients ?
Aura-t-il beaucoup
d'utilisateurs ?
Comment va-t-il gérer
son flux de travail ?
Comment va-t-il gérer
les projets en parallèle
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
Le PO n'est pas un utilisateur
La morale de cette histoire …
L'échec est le moteur de l'apprentissage
Le PO donne la vision et des hypothèses
Les utilisateurs donnent le chemin à suivre et la valeur
Faire simple … c'est (très) compliqué
Quelques références pour démarrer
Romain Couturier Coach agile, facilitateur et formateur
@romaincouturier
terredagile.com
talondagile.com
22/10/2013, Lyon Avril 2014, Lyon
