Cette session a été présentée par Emilie Esposito et Erika Duriot à l'Agile Tour Paris 2011.
Emilie et Erika font leur retour d'expérience de collaboration entre un product owner et un UX designer dans une démarche agile.
4. Product Owner ? Coach ?
– est garant de la vision produit
– est responsable du backlog
(alimentation, priorisation)
– valide les user stories
– veille au respect de l’approche
agile
– facilite la communication et la
collaboration
– aide l’équipe à s’améliorer
Le Product Owner (PO) Coach / Scrum Master
4
6. • L’UX design, c’est quoi ?
• Dans un projet, ça donne quoi ?
• Retour d’expérience : démonstrateur DMP
• Conclusion
Agenda
6
7. L’UX design, c’est quoi ?
Concevoir des produits
– utiles
– élégants
– faciles à utiliser
Les composantes de l’UX design
– marketing (vision produit)
– architecture de l’information
– design d’interaction
– graphisme
– ergonomie
– …
7
8. Malococsis : Et c'est quoi cette porte au plafond ?
Le carreleur : Ca je sais pas, faut voir avec
Numérobis, l'architecte.
[...]
Numérobis : Ca ?! Non, mais j'anticipe : si vous
voulez faire un 2ème étage, PAF, vous pouvez
parce qu'il y a déjà une porte pour y accéder.
L’ergonomie des IHM
– architecture de l’information
– cinématique des écrans
– principes de navigation
– composition et disposition des
éléments
L’ergonomie
Une démarche centrée utilisateur
– collecter les besoins
– analyser
– rationaliser
8
9. • L’UX design, c’est quoi ?
• Dans un projet agile, ça donne quoi ?
• Retour d’expérience : démonstrateur DMP
• Conclusion
Agenda
9
10. Aider à cadrer le besoin
Product Box
Enjeux et critères de succès
Enjeux et tâches principales
Ateliers Interviews / Observation
Story Map
Profils et parcours utilisateurs
Arborescence
Backlog produit Storyboards
Analyse de risques
Organisation de l’équipe
Product Owner UX designer
10
11. Spécifier le besoin
Backlog produit
Spécification par les tests
Storyboards
Démonstrations Ateliers utilisateurs
Groupes utilisateurs Tests utilisateurs
Product Owner UX designer
11
12. Accompagner l’équipe
Equipe produit intégrée
Accompagnement de l’équipe
Bonnes pratiques d’ergonomie / STB
Priorisation Cible / Version dégradée
Recette au fil de l’eau
Product Owner UX designer
12
13. Agile addict !!!
Avec l’Agile…
…l’UX s’enrichit des apports de
l’équipe intégrée
Avant l’Agile…
– interactions séquentielles
– communication en étoile
– les outils de l’UX design deviennent
des outils de l’équipe
– les développeurs sont impliqués
dès la vision produit
– les utilisateurs comprennent les
contraintes techniques
– la communication est plus fluide
…l’UX designer faisait le lien entre
les acteurs
13
14. Mieux que le mono, la stéréo !
PO, UX designer, même combat !
– mêmes objectifs
– rôles proches
Travailler ensemble
– main dans la main
– de façon coordonnée
Avec nos spécificités
– le PO optimise le ROI (priorisation)
– l’UX designer veille à l’adoption par
les utilisateurs
– « faire les bonnes choses et les
faire bien »
14
15. • L’UX design, c’est quoi ?
• Dans un projet, ça donne quoi ?
• Retour d’expérience : démonstrateur
DMP
• Conclusion
Agenda
15
16. • DMP = dossier médical
personnel
• Client : ASIP Santé
• Réaliser un
démonstrateur de
logiciel de médecin
connecté au DMP
• 2 semaines de cadrage,
8 itérations d’une
semaine
Contexte projet
16
18. Cadrer le projet
Atelier et note de cadrage
– Product Box (PO/UXD)
– enjeux et critères de succès (PO/UXD)
– Story Map (PO/UXD)
– use cases (PO/UXD)
– roadmap (PO)
– storyboards grosse maille (UXD)
– analyse de risques
– organisation du processus agile
– initialisation du backlog produit (PO)
Le scrum master
– anime les ateliers
Le PO et l’UXD
– préparent la première itération
18
19. Préparer l’itération
Itération n-2
– le PO partage les priorités à venir
avec l’UXD
– l’UXD travaille ces sujets avec
l’utilisateur
– l’UXD met à jour les storyboards
Itération n-1
– le PO et l’UXD échangent sur les
storyboards
– le PO raffine le backlog
– le PO écrit les tests de recette
– l’intégrateur graphique prépare les
éléments graphiques (pictos, etc…)
19
20. Pendant l’itération
Planning game
– estimation en complexité
fonctionnelle (PO/UXD avec le
reste de l’équipe)
Accompagnement du
développement
– précisions fonctionnelles (PO)
– échanges sur l’implémentation des
écrans (UXD)
– recette au fil de l’eau (PO / UXD)
Validation (démonstration /
recette)
– OK/KO (PO)
– Feedbacks (PO / UXD)
20
21. • beau gâteau pièce
montée
Ce qui a bien marché
Un produit fonctionnel et
« design », livré dans les temps
Une collaboration harmonieuse
– communication ouverte
– respect de l’expertise de chacune
Amélioration continue du
processus
Meilleure rationalisation des
besoins utilisateurs
21
22. Les problèmes rencontrés
Intégration des étapes UXD dans
le taskboard
– storyboards
– affichage aux murs
– communication PO-UXD
– éléments graphiques
– post-it spécifiques plutôt que étape
Perte de la vision d’ensemble
pour l’UX designer
– micro tâches
– pas assez anticipées
– préparation itération n-2
22
23. • L’UX design, c’est quoi ?
• Dans un projet, ça donne quoi ?
• Retour d’expérience : démonstrateur DMP
• Conclusion
Agenda
23
24. Conclusion
Le PO et l’UX designer apportent
de la valeur aux projets agiles
Ils ont des rôles proches, mais
complémentaires
L’« UXPO »
– sur de petits projets
– avec du mentoring
24
Notas del editor
Agile depuis 3 ans
Profil coach / PO/assistante PO
Petit rappel pour les débutants
UXD, actuellement consultante chez Smartpoint
Ca fait maintenant 11ans que j’accompagnement les clients pour la conception de produits informatiques
> cela va, du recueil et l’analyse des besoins jusqu’à leur réalisation
J’interviens dans tous les secteurs, sur tous les support : internet, intranet, applications métier, ou applications mobiles
L’UX design, c’est quoi : user experience design => conception de l’expérience utilisateur
->consiste à concevoir des produits : attrayants, utiles, et facile à utiliser
Pour ça l’UX design regroupe un ensemble de composantes :
Et pour ma part, mon expertise est l’ergo d’interface
Et en tant qu’ergonome, j’interviens à 2 niv:
le premier avec les users pour le recueil des besoins : c’est la clé dans le cadre d’une démarche dite ‘centrée utilisateur’
ensuite avec l’équipe de dév pour les spécifications et contraintes techniques : il ne s’agit pas faire des préconisations irréalisables
Après cela, je formalise sous forme de STB. Le STB, c’est une modélisation des principes de conception -> On met en place l’archi d’info, les parcours users, principes de nav et la compositions des écrans…
EM : Quand j’ai commencé à travailler avec Erika = redondant
-> non : complémentaire
par ex, pdt le cadrage
EM/ 1ère étape : cadrer pour donner les grandes lignes, savoir où l’on va et être capable de commencer la 1ère it.
Vision avec product box + enjeux et critères de succès
ER / je rencontre le client pour définir les enjeux et tâches principalesEnsuite rencontre utilisateurs pour interviews et observation dans leur utilisation
EM/ Participer plutôt que d’animer, car technique +pousséesStorymap : lister les macros US et les prioriser
ER/ découverte atelier storymap -> points communs. ex : profils user, l’arbo ou la définition des fonctionnalités principales = macros US
Ensuite STB grosses mailles pour les écrans principaux et leur enchainement
=> participation et non animation
Un de mes rôles consiste également à accompagner l’équipe avec qui il doit y avoir de l’interaction :
En effet, une fois mes STB réalisés, il faut vérifier que ça fonctionne et ne pas hésiter à apporter qq modifications si besoin
En plus ça permet également aux dév de devenir plus autonomes avec certaines heuristiques de base, comme par ex. alignement des libellés sur les champs de formulaire
A la base, l’UX designer ne produit rien tout seul ; travail sur le projet des autres et donc avec les autres
du coup, je me retrouve porte parole entre chacune des parties
-> ce qui dans les projets en cascades se traduit pas une comm’ en étoile et séquentielle => des A/R, perte de temps, et dégradation des informations
Or, l’agilité a l’avantage de faciliter ces échanges et de protéger la vision et les outils UXD deviennent les outils de l’équipe
Un autre avantage, c’est le principe des itérations : comme tous les acteurs sont impliqués (users, métier et dév) ça permet d’explorer, tester, affiner les concepts que l’on met en place.
EM/ Finalement, nos rôles se ressemblent
ER/ Mais avec nos spécificités, et notre approche :
->Toi en tant que PO, ambassadeur du client
-> Moi en tant que UXD, ambassadeur des users
EM/ Bien se coordonner
=> Voyons comment on a fait
EM/ présentation projet
EM/ Présentation de l’équipe
EM/ Explication cadrage
ER/ STB pour 1ère it.
EM/ Priorisation à venir
ER/ ateliers user
it-1 -> présentation des stb : échanges et modif
EM/ Backlog, écriture tests recette
EM/ planning game + accompagnement dév
ER/ échanges sur implém’ des écrans
EM/ recette/validation
ER/ prise en compte des feedbacks
ER/ Produit « design » et fonctionnel
-> le jour de la présentation, certains médecins ont demandé qd est-ce qu’ils allaient avoir cet outil à dispo chez eux
Collaboration harmonieuse
EM/ Amélioration continue du process
Rationalisation des besoins utilisateurs
EM/ intégration des étapes UX dans le taskboard
ER/ Perte de la vision d’ensemble