Il était une fois la vie d’un Product Owner

2 107 vues

Publié le

« 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 2012

Publié dans : Business
2 commentaires
1 j’aime
Statistiques
Remarques
Aucun téléchargement
Vues
Nombre de vues
2 107
Sur SlideShare
0
Issues des intégrations
0
Intégrations
37
Actions
Partages
0
Téléchargements
64
Commentaires
2
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Il était une fois la vie d’un Product Owner

  1. 1. Il était une fois la vie dun Product Owner … Romain Couturierwww.terredagile.com
  2. 2. Votre interlocuteur  Coach agile, formateur et enseignant Romain Couturierterredagile.comtalondagile.comromain.couturier@terredagile.com@romaincouturier
  3. 3. Prérequis Manifeste agile Scrum XP Kanban ...
  4. 4. SLe Product Owner La dream team Le Boss Le coach Lutilisateur mystère
  5. 5. CHAPITRE 1ER : ANCIENNE VIE
  6. 6. Il était une fois … … dans une SSII lointaine Il était une fois dans une SSII lointaine …
  7. 7. Une équipe agile … Proxy PO Equipe projetAncienne vie >> Page Blanche >> La chute >> Accélération
  8. 8. … avec des clients +/- agiles Le backlog projet … … et son planning Contrat au forfait Satisfaction cliente en démoAncienne vie >> Page Blanche >> La chute >> Accélération
  9. 9. Un jour, le grand départ a sonné … Thierry Lothon DigitLife.fr 2005
  10. 10. CHAPITRE 2ÈME : PAGE BLANCHE
  11. 11. 1ère mission : créer un produitAncienne vie >> Page Blanche >> La chute >> Accélération
  12. 12. Jour 0 : Préparation au projet ??? Les rappels/conseils du coach • Faire simple • Rester factuel • Focus sur le QUOI • Désapprendre la techniqueAncienne vie >> Page Blanche >> La chute >> Accélération
  13. 13. Jour 0 : Préparation au rôle de PO Equipe de Utilisateurs et développement managementAncienne vie >> Page Blanche >> La chute >> Accélération
  14. 14. Jour 1 : Partage de la visionAncienne vie >> Page Blanche >> La chute >> Accélération
  15. 15. Jour 2 : le 1er modèle économiqueAncienne vie >> Page Blanche >> La chute >> Accélération
  16. 16. 1er engagement : le planning sera tenu Version Version Version commercialis squelette utilisable able 3 mois 6 mois 9 moisAncienne vie >> Page Blanche >> La chute >> Accélération
  17. 17. Jour 3 : itération #0 Objectif : Valider la capacité de léquipe à délivrerAncienne vie >> Page Blanche >> La chute >> Accélération
  18. 18. Lecture salutaire Revoir Prototyper RaffinerAncienne vie >> Page Blanche >> La chute >> Accélération
  19. 19. 1er rendez-vous avec les utilisateurs Vos exemples Vos avisAncienne vie >> Page Blanche >> La chute >> Accélération
  20. 20. La recherche des personasAncienne vie >> Page Blanche >> La chute >> Accélération
  21. 21. 1er User Story Mapping Activités métier Nécessité forte Besoins, Histoires utilisateur, Épics FaibleAncienne vie >> Page Blanche >> La chute >> Accélération
  22. 22. 1er jet de Backlog métier … Critères dacceptation Cas nominaux Cas limites Histoire Cas derreurs utilisateur = ExemplesAncienne vie >> Page Blanche >> La chute >> Accélération
  23. 23. 1er jet de Backlog métier … Les coordonnées du prospect sont indiquées avec au minimum : Raison sociale & téléphone Critères Si pas intéressé ou rappel plus tard, alors dacceptation prise dun nouveau prospect avec règles de Cas nominaux définition de la pile de prospect Cas limites • La pile est initialement constituée par Histoire Cas derreurs ladministrateur utilisateur • Un prospect qui na pas répondu est remis dans la pile et doit être recontacté = dans les 24h • Un prospect qui a répondu et qui nest Exemples pas intéressé ne sera jamais remis dans Ex : En tant que téléprospecteur la pile je veux prendre un prospect afin de le contacterAncienne vie >> Page Blanche >> La chute >> Accélération
  24. 24. … et des exigences non-fonctionnelles Les histoires utilisateur apparaissent, se développent ou disparaissent Histoires utilisateurs ENF Usabilité Environnement Les ENF restent technique stables et se renforcent Fiabilité Interfaces Supportabilité PerformanceAncienne vie >> Page Blanche >> La chute >> Accélération
  25. 25. Notre format dENFNom Un nom unique pour lENFEchelle Ce que vous mesurez (= lunité de mesure) “Comment” vous allez mesurer (= le(s) moyen(s)Mesure dobtenir des mesures)Cible Le niveau de performance à atteindreContrainte Le niveau de performance que vous souhaitez éviterMétrique Votre niveau actuel de performanceSource : http://bit.ly/oMdlyAncienne vie >> Page Blanche >> La chute >> Accélération
  26. 26. 1ère difficulté : quel modèle de valeur ? Vendable Faisable UtilisableAncienne vie >> Page Blanche >> La chute >> Accélération
  27. 27. 1er planning pokerAncienne vie >> Page Blanche >> La chute >> Accélération
  28. 28. 1ère Priorisation simple Risque élevé Risque élevé Valeur faible Valeur élevée Risque Risque faible Risque faible Valeur faible Valeur élevée ValeurAncienne vie >> Page Blanche >> La chute >> Accélération
  29. 29. Rythme itérations/démonstrations Définition de Prêt Objectif(s) de lincrément Définition de TerminéAncienne vie >> Page Blanche >> La chute >> Accélération
  30. 30. Le jour où la démo a raté Acceptées RejetéesAncienne vie >> Page Blanche >> La chute >> Accélération
  31. 31. Evolution de la relation PO/équipe Le PO propose, lEquipe disposeAncienne vie >> Page Blanche >> La chute >> Accélération
  32. 32. Evolution de la relation PO/équipe Distance Chemin du PO ConfianceAncienne vie >> Page Blanche >> La chute >> Accélération
  33. 33. CHAPITRE 3ÈME : LA CHUTE
  34. 34. Le jour du grand rejetAncienne vie >> Page Blanche >> La chute >> Accélération
  35. 35. La loi des séries Oubli de lexpérience utilisateur Problème de qualité Complexité de la solution 2 1 3Ancienne vie >> Page Blanche >> La chute >> Accélération
  36. 36. Prototyper/Raffiner appliqués à lUX Histoires utilisateurAncienne vie >> Page Blanche >> La chute >> Accélération
  37. 37. Restructuration du backlog impactmapping.orgAncienne vie >> Page Blanche >> La chute >> Accélération
  38. 38. Impact mapping : action !Ancienne vie >> Page Blanche >> La chute >> Accélération
  39. 39. Nouveau jet de Backlog métier … Critères Histoire dacceptation utilisateur Cas nominaux Cas limite Cas derreurs Dette IHM techniqueAncienne vie >> Page Blanche >> La chute >> Accélération
  40. 40. Testing quadrant Orientation métier Automatisé Manuel et manuel Tests fonctionnels Tests exploratoires Exemples Scénarios Tests dhistoires Tests dusabilité Prototypes UAT ( User Acceptance Testing) Simulations Alpha/Beta Critique le produit Supporte léquipe Test de charge et de performances Tests unitaires Tests de sécurité Tests de composants Tests "-ilité" Automatisé Outils Orientation technologique Source : http://bitly.com/RaF84tAncienne vie >> Page Blanche >> La chute >> Accélération
  41. 41. Sortir pour éviter la surchauffeAncienne vie >> Page Blanche >> La chute >> Accélération
  42. 42. CHAPITRE 4ÈME : ACCÉLÉRATION
  43. 43. Mesurer la satisfaction client PériodiquementAncienne vie >> Page Blanche >> La chute >> Accélération
  44. 44. Mesurer la satisfaction client A chaque démonstration Satisfaction fonctionnelle Satisfaction sur la duréeAncienne vie >> Page Blanche >> La chute >> Accélération
  45. 45. Mieux gérer son agenda avec Kanban Analyse Création Estimation Backlog A En utilisateur des prêt valider production thèmes Une activité du flux de production Un élément de travailAncienne vie >> Page Blanche >> La chute >> Accélération
  46. 46. Visualiser le flux du produitAncienne vie >> Page Blanche >> La chute >> Accélération
  47. 47. Comment changer dans une itération  Plus un changement intervient tard, plus son coût est élevé Règles de coût du changement dans une itération Impossi 0 1 à 5 points 5 à 15 ble Démarrage Démo de fin de litération ditérationAncienne vie >> Page Blanche >> La chute >> Accélération
  48. 48. Documenter simplement A4 A4 1 fonctionnalité = A3Ancienne vie >> Page Blanche >> La chute >> Accélération
  49. 49. Oser innover avec les utilisateursAncienne vie >> Page Blanche >> La chute >> Accélération
  50. 50. Ils vécurent heureux et eurent beaucoup FIN dutilisateurs Il était une fois dans une SSII lointaine …
  51. 51. EPILOGUE
  52. 52. Avec des "Si" je referais le monde …• Utilisateurs trop loin • Modèle économique • Partager la vision• Personas inutilisés • Gestion et entretien du • Planning de versions• Pas assez de prototypage backlog produit courtes• "Je veux" vs. "Ils attendent" • Faire simple • Agilité multiformes• Timide sur le concept de • Prototyper / Raffiner • La gestion en flux MVP • Gestion de lagenda PO • Les contraintes, qui stimulent la créativité
  53. 53. La morale de cette histoire Léchec est le moteur de lapprentissage Le PO nest pas un utilisateur Le PO donne la vision et des hypothèses, les utilisateurs donnent le chemin à suivre et la valeur
  54. 54. Quelques références pour démarrer
  55. 55. terredagile.comtalondagile.comromain.couturier@terredagile.com@romaincouturier

×