1. Changeons
la réalité !
!
!
Créons
des produits
exceptionnels!

2. Yannick Grenzinger
Développeur > 8 ans
Xebia
Passionné par la psychologie, le
design et le “product
management”
Curieux à propos de tout!
Addict de MOOC
Fait aussi des BBLs
http://www.brownbaglunch.fr/

3. Agenda
La réalité
Sortir de la réalité
Les principes du futur (lundi)

4. HealthCare website
epic fail
Environ 500M $
!
“Les problèmes du site du
Healthcare compromettent
l’héritage d’Obama”
!
“Les problèmes du site de
l’Obamacare menacent la
couverture de santé de millions
d’américain"

5. Quelques causes ...
Des contrats complexes et
hautement politiques
Des spécifications écrites par
des personnes ne comprenant
pas la technologie
“Construire un site web
comme un vaisseau de
guerre”
blame, problèmes
d’integration, cacher les
problèmes …
http://blog.dobt.co/post/63655420372/how-healthcare-gov-went-wrong

6. “Une étude de 2011 a trouvé
que 75 % des dirigeants
d’entreprise pensaient que
leurs projets étaient
habituellement ou toujours
condamnés dès le départ.”
http://arstechnica.com/information-technology/2013/10/the-seven-deadly-sins-of-healthcare-gov/

7. "En 2012, seulement 10%
des projets de plus de 10
millions de $ ont été réalisés
avec succès dans les temps
et le budget”
Standish Group
http://arstechnica.com/information-technology/2013/10/the-seven-deadly-sins-of-healthcare-gov/

8. “N’importe qui ayant écrit une
ligne de code ou construit un
logiciel ne peut être surpris
que le site Healthcare.gov n’ait
pas fonctionné”
Standish Group
http://arstechnica.com/information-technology/2013/10/the-seven-deadly-sins-of-healthcare-gov/

9. “Le process de création
d’un compte sur
HealthCare.gov est
inutilement compliqué et
pourrait contribuer aux
problèmes du backend.”
http://www.nngroup.com/articles/affordable_care_act_usability_issues/

10. “une meilleur expérience
utilisateur éviterait que
les utilisateurs
recommence les même
actions encore et encore”
http://www.nngroup.com/articles/affordable_care_act_usability_issues/

11. Sortons de cette réalité !
Arrêtons le crapmanship

13. Lean Startup
Définir les hypothèses
Sortir de son bureau
Faire des
expérimentations
Les valider par la
mesure
Apprendre rapidement

14. Design Thinking
Définir le besoin
Avoir une vision
holistique
Pr(e|o)totyper
Créer ensemble
Valider en testant avec
les utilisateurs
Apprendre rapidement

15. Beaucoup de similarité
non ?

16. Lean Design ?

18. Principles
of
Project
Product
management
for
the future
next monday ?

19. Démarrer par le pourquoi
Ensuite le comment puis le quoi !

20. Avoir une vision holistique
Quels sont les parties prenantes ?
Quels sont les points d’entrée ?

21. Définir les hypothèses
Quel est le problème ?
Quels sont les clients / utilisateurs ?

22. Choisir une approche
qu’on va expérimenter!

23. Expérimenter
Prototype, Pretotype, Landing Page, MVP “concierge”,
Minimum Marketable Feature, etc

24. Créer ensemble
Equipes multi-disciplinaires (ex: devops)
définir un langage commun (DDD / specification par l’exemple)

25. Une réalisation de qualité
XP, tests, cloud, continuous delivery
Une expérience utilisateur mémorable

26. Mesurer qualitativement
Tester en direct avec l’utilisateur et l’ensemble de
l’équipe

27. Mesurer quantitativement
AARRR metrics, taux d’utilisations des
fonctionnalités, d’erreurs

28. Et surtout apprendre!
Sur le process (Retro
Scrum, A3, Kanban,
Kaizen)
Sur le produit par le
feedback utilisateur
(Démo Scrum, Beta)
De l’équipe elle-même
(co-création)

30. Qu’en pensez-vous ?
!
@ygrenzinger
http://about.me/
yannick.grenzinger
Merci à