Slides présentés lors de l'afterwork organisé par Axance "Lean & Agile UX".
Présentation des grands principes de Lean Startup, du Customer Development, de l'agilité et de Scrum.
Julien Dumail d'Axance a ensuite exposé un cas client sur lequel nous collaborons, en détaillant notre démarche "Lean UX" intégrée dans notre process agile avec l'équipe de développement.
15.
Résumé
Une app est un produit qui doit être :
Utile
Ergonomique
Beau
Rapide et fluide
Stable
Remarquable
Rentable
16.
Résumé
Une app est un produit qui doit être :
Utile
Ergonomique
Beau
Rapide et fluide
Stable
Remarquable
Rentable
Product
Product
UX
UX
Design
Tech
Tech
Marketing
Biz
25.
Lean Startup
• Livre d’Eric Ries,
• « Fail fast, succeed faster »
• Rencontrer les vrais besoins
• Pivots
• Eviter le gâchis
mouvement Lean
26.
Philosophie Lean
• Processus de découverte
• Ce que veulent les clients n’est pas forcément ce
qu’on a imaginé
• Il faut pouvoir lâcher prise
• Une définition intéressante
• Une vidéo <3mns
ici
ici
32.
Customer development
• Customer discovery / trouver ses early adopters
• Découvrir les vrais problèmes
• Apporter les bonnes solutions
• Article
33.
Get out of the building !
• Dans la tour d’ivoire avec vos intuitions, vous aurez
toujours raison !
• Allez sur le terrain pour confronter ces intuitions à la
réalité
• Transformez vos intuitions (hypothèses) en
convictions (preuves)
34.
3 stages of a Startup
Scale
Problem /
Solution Fit
Product /
Market Fit
35.
3 stages of a Startup
Do I have a problem worth solving?
Scale
Product /
Market Fit
Problem /
Solution Fit
36.
Interviews 1/1
• Interviews problèmes
• Face à face ou tel (45mns)
• 30 personnes dans la cible pour pour trouver 7 à 10
vrais early adopters
• Importance du problème, contournements,
expériences passées, …
37.
3 stages of a Startup
Have I built something people want?
Scale
Problem /
Solution Fit
Product /
Market Fit
43.
Manifesto Agile
• Individuals an Interactions over Processes and Tools
• Working Software over Comprehensive
Documentation
• Customer Collaboration over Contract Negotiation
• Responding to Change over Following a plan
44.
Agile
• L’agilité privilégie avant tout le bien être de l’équipe
• Favoriser la communication orale
• Des pratiques et des outils pas trop embêtants, que
l’équipe choisit d’utiliser
• SCRUM, Kanban, eXtreme Programming
48.
Backlog
• User stories : « En tant qu’utilisateur, je veux pouvoir
sauvegarder mes fichiers »
• Specs légères, évolutives, non exhaustives
• Sans fin
• Tout ne sera pas forcément fait
50.
Product Owner
• Représente le client ou les utilisateurs
• Gère le Backlog
• Définit le contenu des sprints avec l’équipe
51.
Sprint
• Durée de 2 semaines (reco)
• Sprint planning au début = on définit ce qui va être
fait dans la prochaine itération
• Sprint démo à la fin = on démontre ce qui a été fait
54.
Scrum Master
• Coach l’équipe sur les pratiques SCRUM (rituels,
communication,…)
• S’assure que l’équipe ne manque de rien
• Met de l’huile dans les engrenages
56.
Daily Scrum
• Stand up meeting / 15 minutes
• En 3 minutes, chacun dit :
Ce qu’il a fait hier
Ce qu’il compte faire aujourd’hui
S’il rencontre des problèmes
57.
Rétrospectives
• Permet l’amélioration continue
• Tous les 2 sprints, toute l’équipe se réunit
• Analyse des problèmes de fond
• Recherche de solutions / nouvelles pratiques agiles
61.
Cahier des charges
• Un gros docs de specs écrites
• Fastidieux à produire et à comprendre
• Versionnage anti-productif
• Ne favorise pas l’échange mais au contraire la
déresponsabilisation
62.
Specs orales et visuelles
• Limiter l’écrit au strict minimum
• Utiliser le visuel au maximum : mockups, flows,
maquettes interactives…
• Echanges oraux / rituels dédiés
63.
64.
Conception itérative
• La conception est en avance de phase sur les
développements
• Mais les sprints de développement débutent avant
la fin de la conception
71.
Just In Time Specs
• Juste milieu pour le décalage entre sprints
• Trop d’avance = oublis, changements, modifs non
répercutées,…
• Retard = Feed the Beast