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.

1. 1
© OCTO 2014

2. 2
© OCTO 2014
De la pensée projet à la pensée produit
Afterwork
29 octobre 2014
Hervé Lourdin Alexandre Siguier

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. Agile : itératif…
4
© OCTO 2014
Product/Solution
Users
Develop
Agile Development

5. …et incrémental
5
© OCTO 2014
Deliver
Users
Product/Solution
Develop
Agile Development

6. 6
© OCTO 2014
Les promesses de l’agile
©Version One

7. 7
© OCTO 2014
Faire le bon produit vs
faire le produit bien
A-t-on fait le bon produit ?

8. 8
© OCTO 2014

9. 9
© OCTO 2014

10. 10
© OCTO 2014
La pensée projet

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. Processus « Projet »
Expression de
besoins
Problème
identifié
12
© OCTO 2014
?
Solution
imaginée
Discover

13. Un pari risqué
13
© OCTO 2014

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
© OCTO 2014
La pensée produit

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
© OCTO 2014
Zone d’incertitude

18. 18
© OCTO 2014

19. 19
© OCTO 2014
Vous êtes tous (potentiellement) une startup

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. L’agile pour l le delivery
21
© OCTO 2014
Develop
Product Development

22. L’agile pour l le delivery
22
© OCTO 2014
Deliver
Users
Product/Solution
Develop
Product Development

23. Travaillons donc sur le besoin
Customer Development
23
© OCTO 2014
Discover
Market/Problem
Customers

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
© 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
© OCTO 2014
Comment faire ?

27. 27
© OCTO 2014
On ne dit plus
« Je pense que »
mais
« Je vais mesurer que »

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. « 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. 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. 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
© 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
© 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
© OCTO 2014
Get out of the Building

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
© OCTO 2014
N’interrogez pas votre mère ni vos amis !

37. 37
© OCTO 2014
Observations

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. Hypothèses
39
© OCTO 2014
Réalité
terrain
?
Minimum Viable Product (MVP)

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
© OCTO 2014
Ca n’est pas un mini-moi !

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
© OCTO 2014
Un exemple de MVP

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
© OCTO 2014
Mesurer pour apprendre de l’usage et de
l’impact de chaque fonctionnalité

46. 46
© OCTO 2014
Enregistrez tout, dès de début

47. 47
© OCTO 2014
La boucle d’apprentissage
et de construction

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. Une équipe cross-fonctionnelle
49
© OCTO 2014
Autonome et responsable

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
© 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
© OCTO 2014
La boucle d’apprentissage
et de construction

53. 53
© OCTO 2014
Mise en production rapide

54. 54
© OCTO 2014
Mise en production fréquentes

55. 55
© OCTO 2014
La qualité non négociable

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. Le produit, c’est l’équipe
57
© OCTO 2014

58. 58
© OCTO 2014

59. Build & Run
59
© OCTO 2014
V1
V2
Équipe TMA
V3
Équipe A
Équipe A
Équipe B

60. 60
© OCTO 2014
Conclusion

61. 61
© OCTO 2014

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
© OCTO 2014