De la pensée projet à la pensée produit

1 953 vues

Publié le

Dans un monde où les IHM deviennent obsolètes en seulement deux ans, où vos utilisateurs ont accès à des outils de qualité dans leur quotidien et où la concurrence peut venir de petites structures extrêmement véloces, il est indispensable de penser vos réalisations autrement.

Tous vos projets partent de la même base : vos utilisateurs, ou vos clients, ont un besoin auquel vous allez chercher à répondre. Suite à de nombreuses réunions avec le métier et les représentants de vos utilisateurs, vous allez déduire un cahier des charges ou un backlog pour les plus agiles d'entre vous.

Mais êtes-vous certains de répondre à un réel besoin de vos utilisateurs ? N'y aurait-il pas plus simple ou une autre alternative que ce que votre métier vous décrit ?

Il est indispensable pour qu'une réalisation rencontre le succès escompté, qu'elle réponde à un problème, facilite la vie de vos utilisateurs ou de vos clients et leur apporte un gain. Les méthodes issues du Product Management peuvent vous aider à améliorer l'identification du besoin de vos utilisateurs, la qualité de vos échanges avec le métier et même la priorisation au quotidien de vos développements.

Passer de la pensée projet à la pensée produit vous permettra de mettre en œuvre ces méthodes et d'investir vos budgets sur les fonctionnalités dont ont réellement besoin vos utilisateurs.

Publié dans : Technologie

De la pensée projet à la pensée produit

  1. 1. 1 © OCTO 2014
  2. 2. 2 © OCTO 2014 De la pensée projet à la pensée produit Afterwork 29 octobre 2014 Hervé Lourdin Alexandre Siguier
  3. 3. 3 © OCTO 2014 20% of features are used often and 50% of features are hardly ever or never used Often used Sometimes or infrequently used Hardly ever or never used 50% The Standish Group CHAOS Manifesto 2013 20% 30%
  4. 4. Agile : itératif… 4 © OCTO 2014 Product/Solution Users Develop Agile Development
  5. 5. …et incrémental 5 © OCTO 2014 Deliver Users Product/Solution Develop Agile Development
  6. 6. 6 © OCTO 2014 Les promesses de l’agile ©Version One
  7. 7. 7 © OCTO 2014 Faire le bon produit vs faire le produit bien A-t-on fait le bon produit ?
  8. 8. 8 © OCTO 2014
  9. 9. 9 © OCTO 2014
  10. 10. 10 © OCTO 2014 La pensée projet
  11. 11. Qu’est-ce qu’un projet ? 11 © OCTO 2014 Un ensemble d’activités et d’actions réalisées afin de développer une application sur un périmètre défini dans un délai et un budget donné
  12. 12. Processus « Projet » Expression de besoins Problème identifié 12 © OCTO 2014 ? Solution imaginée Discover
  13. 13. Un pari risqué 13 © OCTO 2014
  14. 14. Processus « Projet » Expression de besoins Problème Develop Discover Deliver 14 © OCTO 2014 Spécifications Dév. Recette identifié Solution imaginée ?
  15. 15. 15 © OCTO 2014 La pensée produit
  16. 16. Qu’est-ce qu’un produit ? Un bien ou un service résultant d’une activité créative afin de satisfaire les besoins et de répondre aux usages d’un client 16 © OCTO 2014
  17. 17. 17 © OCTO 2014 Zone d’incertitude
  18. 18. 18 © OCTO 2014
  19. 19. 19 © OCTO 2014 Vous êtes tous (potentiellement) une startup
  20. 20. 20 © OCTO 2014 « Une startup est un groupe d’individus constitué pour créer un nouveau produit ou service dans des conditions d’incertitudes élevées. » The Lean Startup - Eric Ries
  21. 21. L’agile pour l le delivery 21 © OCTO 2014 Develop Product Development
  22. 22. L’agile pour l le delivery 22 © OCTO 2014 Deliver Users Product/Solution Develop Product Development
  23. 23. Travaillons donc sur le besoin Customer Development 23 © OCTO 2014 Discover Market/Problem Customers
  24. 24. Le processus « Produit » 24 © OCTO 2014 Learn Validate Product/Solution Define Discover Market/Problem Customers Deliver Users Develop Verify Customer Development Product Development
  25. 25. 25 © OCTO 2014 Projet Respecter des délais Respecter le budget Respecter le périmètre Changer d’approche ! Produit Apprendre le plus vite possible (fail fast) Résoudre de vrais problèmes Découvrir les meilleurs usages
  26. 26. 26 © OCTO 2014 Comment faire ?
  27. 27. 27 © OCTO 2014 On ne dit plus « Je pense que » mais « Je vais mesurer que »
  28. 28. 28 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  29. 29. « Un état d’incertitude dans lequel certaines des possibilités impliquent une perte, catastrophe 29 © OCTO 2014 ou tout autre résultat indésirable » Les risques Ash Maurya
  30. 30. Lean Canvas Problème Segment de 30 © OCTO 2014 clientèle Proposition de valeur unique Solution Indicateurs clés Avantage déloyal Canaux Structure des coûts Source de revenue Risque produit Risque client Risque marché
  31. 31. On commence par quoi ? Problème 1) « Je ne sais pas quoi mettre dans mon CV » 2) « Je n’ai pas le temps pour faire mon CV » 3) « Je ne sais pas si mon CV est convenable sans le tester en live, ce qui est un risque » 31 © OCTO 2014 Segment de clientèle 1 4 3 2 Etudiant féru de nouvelles technologies Jeune diplômé Individus recherchant un emploi après période sans emploi (à préciser) Proposition de valeur unique Décrochez le travail de vos rêves Solution 1) Tutoriel vidéo expliquant le CV 2) Modèles de CV 3) Qualification du CV par un expert Indicateurs clés 1000 cvs créés par jour 100 demandes de qualifications par un expert Avantage déloyal Canaux Ecoles et facultés Pôle emploi / Cadre emploi Salons de recherche d’emploi Structure des coûts 1 expert en recrutement 1 monteur vidéo 1 designer pour les modèles de CV et le site Infrastructure (site web herbé dans le cloud) 2 développeurs 1 product manager Source de revenue Offre freemium : • Vidéo gratuites, customisation du CV avec template en ligne gratuite • Qualification du CV par un expert payante Risque produit Risque client Risque marché 5 7 6 8
  32. 32. 32 © OCTO 2014 Définir des hypothèses Hypothèse : Telle fonctionnalité va générer tel usage Objectif Chiffré : Mesure quantitative de l’usage attendu Apprentissage : Que fait-on : Si l’objectif est atteint / Si l’objectif n’est pas atteint
  33. 33. 33 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  34. 34. 34 © OCTO 2014 Get out of the Building
  35. 35. 35 © OCTO 2014 Problem Interviews Welcome 2 min – Set the stage Collect demographics 2 min – Test customer segment Tell a story 2 min – Set problem context Problem Ranking 4 min – Test problem Explore customer’s word view 15 min – Test problem Wrapping up 2 min – The ask Document results 2 min The setup Identify Early Adopters Test problem Permission to follow-up referrals Document results
  36. 36. 36 © OCTO 2014 N’interrogez pas votre mère ni vos amis !
  37. 37. 37 © OCTO 2014 Observations
  38. 38. 38 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  39. 39. Hypothèses 39 © OCTO 2014 Réalité terrain ? Minimum Viable Product (MVP)
  40. 40. 40 © OCTO 2014 Minimum Viable Product (MVP) Le MVP est la réalisation minimale qui permet à une équipe de collecter sur les clients le maximum d’enseignements validés, et ce avec un minimum d’effort
  41. 41. 41 © OCTO 2014 Ca n’est pas un mini-moi !
  42. 42. 42 © OCTO 2014 Définir des hypothèses Hypothèse : Telle fonctionnalité va générer tel usage Objectif Chiffré : Mesure quantitative de l’usage attendu Apprentissage : Que fait-on : Si l’objectif est atteint / Si l’objectif n’est pas atteint
  43. 43. 43 © OCTO 2014 Un exemple de MVP
  44. 44. 44 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  45. 45. 45 © OCTO 2014 Mesurer pour apprendre de l’usage et de l’impact de chaque fonctionnalité
  46. 46. 46 © OCTO 2014 Enregistrez tout, dès de début
  47. 47. 47 © OCTO 2014 La boucle d’apprentissage et de construction
  48. 48. 48 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  49. 49. Une équipe cross-fonctionnelle 49 © OCTO 2014 Autonome et responsable
  50. 50. Qu'est-ce qu'une bonne équipe ? 50 © OCTO 2014 PM / Business Discover Market/Problem Customers Deliver Users Product/Solution Develop Développeurs Designers Customer Development Product Development Ops PO Architecte UX Users
  51. 51. 51 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  52. 52. 52 © OCTO 2014 La boucle d’apprentissage et de construction
  53. 53. 53 © OCTO 2014 Mise en production rapide
  54. 54. 54 © OCTO 2014 Mise en production fréquentes
  55. 55. 55 © OCTO 2014 La qualité non négociable
  56. 56. 56 © OCTO 2014 Formaliser les hypothèses Aller sur le terrain Valider une première solution (MVP) Accéder à la données et initier la mesure Rassembler les bon acteurs Déployer rapidement et souvent 1 2 3 4 5 6 Pérenniser l’équipe 7 le plus possible
  57. 57. Le produit, c’est l’équipe 57 © OCTO 2014
  58. 58. 58 © OCTO 2014
  59. 59. Build & Run 59 © OCTO 2014 V1 V2 Équipe TMA V3 Équipe A Équipe A Équipe B
  60. 60. 60 © OCTO 2014 Conclusion
  61. 61. 61 © OCTO 2014
  62. 62. Notre Offre 62 © OCTO 2014 Product Discovery « Do the right product » Product Delivery « Do the product right » Product Craftsmanship « Build high-quality product » • Cadrage 360° • Roadmap & Vision Produit • Accompagnement Lean Startup • Accompagnement Agile • PO / MOA Agile • Lean UX • DevOps • Technical leadership • Software Craftsmanship • Continuous Integration • TDD CHANG E MGN T
  63. 63. 63 © OCTO 2014

×