1 
© OCTO 2014
2 
© OCTO 2014 
De la pensée projet à la pensée produit 
Afterwork 
29 octobre 2014 
Hervé Lourdin Alexandre Siguier
3 
© OCTO 2014 
20% of features are used often and 50% of 
features are hardly ever or never used 
Often used 
Sometimes o...
Agile : itératif… 
4 
© OCTO 2014 
Product/Solution 
Users 
Develop 
Agile Development
…et incrémental 
5 
© OCTO 2014 
Deliver 
Users 
Product/Solution 
Develop 
Agile Development
6 
© OCTO 2014 
Les promesses de l’agile 
©Version One
7 
© OCTO 2014 
Faire le bon produit vs 
faire le produit bien 
A-t-on fait le bon produit ?
8 
© OCTO 2014
9 
© OCTO 2014
10 
© OCTO 2014 
La pensée projet
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 applica...
Processus « Projet » 
Expression de 
besoins 
Problème 
identifié 
12 
© OCTO 2014 
? 
Solution 
imaginée 
Discover
Un pari risqué 
13 
© OCTO 2014
Processus « Projet » 
Expression de 
besoins 
Problème Develop 
Discover Deliver 
14 
© OCTO 2014 
Spécifications 
Dév. 
R...
15 
© OCTO 2014 
La pensée produit
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 ...
17 
© OCTO 2014 
Zone d’incertitude
18 
© OCTO 2014
19 
© OCTO 2014 
Vous êtes tous (potentiellement) une startup
20 
© OCTO 2014 
« Une startup est un 
groupe d’individus 
constitué pour 
créer un nouveau produit ou 
service dans des c...
L’agile pour l le delivery 
21 
© OCTO 2014 
Develop 
Product Development
L’agile pour l le delivery 
22 
© OCTO 2014 
Deliver 
Users 
Product/Solution 
Develop 
Product Development
Travaillons donc sur le besoin 
Customer Development 
23 
© OCTO 2014 
Discover 
Market/Problem 
Customers
Le processus « Produit » 
24 
© OCTO 2014 
Learn Validate 
Product/Solution 
Define 
Discover 
Market/Problem 
Customers 
...
25 
© OCTO 2014 
Projet 
Respecter des délais 
Respecter le budget 
Respecter le périmètre 
Changer d’approche ! 
Produit ...
26 
© OCTO 2014 
Comment faire ?
27 
© OCTO 2014 
On ne dit plus 
« Je pense que » 
mais 
« Je vais mesurer que »
28 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
« Un état d’incertitude dans 
lequel certaines des possibilités 
impliquent une perte, catastrophe 
29 
© OCTO 2014 
ou to...
Lean Canvas 
Problème 
Segment de 
30 
© OCTO 2014 
clientèle 
Proposition de 
valeur unique 
Solution 
Indicateurs clés 
...
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 
...
32 
© OCTO 2014 
Définir des hypothèses 
Hypothèse : 
Telle fonctionnalité va générer tel usage 
Objectif Chiffré : 
Mesur...
33 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
34 
© OCTO 2014 
Get out of the Building
35 
© OCTO 2014 
Problem Interviews 
Welcome 
2 min – Set the stage 
Collect demographics 
2 min – Test customer segment 
...
36 
© OCTO 2014 
N’interrogez pas votre mère ni vos amis !
37 
© OCTO 2014 
Observations
38 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
Hypothèses 
39 
© OCTO 2014 
Réalité 
terrain 
? 
Minimum Viable Product (MVP)
40 
© OCTO 2014 
Minimum Viable Product (MVP) 
Le MVP est la réalisation 
minimale qui permet à une 
équipe de collecter s...
41 
© OCTO 2014 
Ca n’est pas un mini-moi !
42 
© OCTO 2014 
Définir des hypothèses 
Hypothèse : 
Telle fonctionnalité va générer tel usage 
Objectif Chiffré : 
Mesur...
43 
© OCTO 2014 
Un exemple de MVP
44 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
45 
© OCTO 2014 
Mesurer pour apprendre de l’usage et de 
l’impact de chaque fonctionnalité
46 
© OCTO 2014 
Enregistrez tout, dès de début
47 
© OCTO 2014 
La boucle d’apprentissage 
et de construction
48 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
Une équipe cross-fonctionnelle 
49 
© OCTO 2014 
Autonome et responsable
Qu'est-ce qu'une bonne équipe ? 
50 
© OCTO 2014 
PM / Business 
Discover 
Market/Problem 
Customers 
Deliver 
Users 
Prod...
51 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
52 
© OCTO 2014 
La boucle d’apprentissage 
et de construction
53 
© OCTO 2014 
Mise en production rapide
54 
© OCTO 2014 
Mise en production fréquentes
55 
© OCTO 2014 
La qualité non négociable
56 
© OCTO 2014 
Formaliser les hypothèses 
Aller sur le terrain 
Valider une première solution (MVP) 
Accéder à la donnée...
Le produit, c’est l’équipe 
57 
© OCTO 2014
58 
© OCTO 2014
Build & Run 
59 
© OCTO 2014 
V1 
V2 
Équipe TMA 
V3 
Équipe A 
Équipe A 
Équipe B
60 
© OCTO 2014 
Conclusion
61 
© OCTO 2014
Notre Offre 
62 
© OCTO 2014 
Product Discovery 
« Do the right product » 
Product Delivery 
« Do the product right » 
Pro...
63 
© OCTO 2014
Prochain SlideShare
Chargement dans…5
×

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

1 840 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

×