101 - UX, Agile, collaboration : une formule gagnante en développement de projet complexe
-
Upload
pmi-montreal -
Category
Education
-
view
65 -
download
2
Transcript of 101 - UX, Agile, collaboration : une formule gagnante en développement de projet complexe
UX + Agile : Une formule gagnante en
développement de projet complexeAnnemarie Lesage, Ph.D. Directrice UX, Yu Centrik
Gaétan Racine, Ing.Chef de produit, Stelvio
AL GR
Annemarie Lesage, Ph.D.Directrice UX, Recherche et analyse
Gaétan Racine, Ing.Chef de produit
2
L’expérience utilisateur couvre tout ce que les usagers finaux vivent, ressentent, font, anticipent, se remémorent d’une expérience avec un produit, service ou système.1. Pour l’usager : Leur ressenti... (leur expérience!)
2. Pour l’équipe de conception/développement : Une approche, des méthodes, des outils (Une pratique).
3. Pour le client/sponsor : Une force de différenciation.
3
L’expérience utilisateur (UX)
Avez-vous personnellement déjà entendu vos usagers finaux parler de leurs besoins?
1. Oui, je les ai interviewés personnellement.
2. Pas moi, mais mon team-lead est en charge de les rencontrer.
3. Non, le client nous renseigne sur leurs besoins.
4. Aucune de ces réponses.
4
QUESTION 1
Notre projet : Un logiciel d’opération5
6
L’équipe
7
L’équipe
8 développeurs3 designers UX, 1 chercheure UX2 clientsGroupe témoin : 6 usagers1 chef de produit - gestionnaire
8
Un projet idéal
Latitude dans la gestion du projetÉquipe et processus Agile maturesNouvelle plateforme technologiqueExpérience utilisateur (UX) maîtrisée
Trois leçons marquantes tirées de notre expérience avec l’UX :
Faire une analyse de tâches S’appuyer sur une vision de design UX Apprendre à voir du point de vue de l’usager
9Sommaire
10
PAR OÙ COMMENCER?DÉCOUVERTEDÉFINITIONDÉVELOPPEMENT AGILERÉSULTATS
11
PAR OÙ COMMENCER« On ne commencera pas à coder tant qu’on ne sait pas quoi faire »
12
Par le passé, nos directions venaient strictement d’analystes d’affaires
Sur les projets sans UX :
Les développeurs émettent des hypothèsesPlutôt que de bâtir sur des faits avérés
13
Septembre/octobre 2015
Le client explique le travail des usagersLe client explique ses enjeux d’affairesExploration de type SME (avec un Subject Matter Expert)
14
15
Analyse d’affaires
Recherche et analyse UX
16
DÉCOUVERTEComment réduire le risque
Implication de l’UX dans le projet17
AL
18
RECHERCHE UX
AL
« Il faut vraiment que les équipes qui conçoivent la solution soient en
immersion de la réalité des usagers »
Laura Ventulieri Développeur Front-end
19
L’impact de l’UX Je ne m’étais jamais mise vraiment dans la peau d’un
user. Je n’avais pas cette perspective-là. En travaillant
avec vous au début du projet et ayant travaillé avec les
usagers avec vos instructions, ça m’a donné vraiment une
autre perspective dans le projet.
J’ai tellement vu comme ils souffrent à travailler avec le
système actuel, vu les problèmes qu’ils ont et comment
ils ont trouvé des manières de travailler autour de ce
logiciel-là…. Je vois leurs « pains ». Je veux les aider.
J’amène ça à l’équipe.
L’empathie
20
©http://yourselfseries.com/teens/topic/empathy/more-ways-to-work-on-empathy/
Exemple de ce qu’on a entendu :
21
Les usagers cherchent constamment à travers leur logiciel actuel (‘digging, digging, digging’: source de friction importante)
22
Panorama des tâches observées pour chaque rôle
1ère vue d’ensemble : 1 mois d’avance
« Le UX pour moi c’est de faire l’analyse de tâches et de comprendre les
usagers dans leur quotidien »
23Premier ‘takeaway’
Analyse de tâches : 17 colonnes X 208++ lignes
24
Uses software
Internet Account
AL
Les colonnes :des catégories
standards
25Groupe d’affaireProcessusNom de la tâcheDéclencheurUtilisation de la technologie actuelle?ActionsInformation requiseSource de l’informationPropriétaire de l’informationPourquoi?FrictionsShortcutsFacilité d’entrainement Communique avecSuggestionsTemps d’exécution / temps total
Analyse fonctionnelle26
Internet
Analyse de tâches
Validation de l’analyse de tâches
par l’analyse fonctionnelle
27
AL
28
DÉFINITIONDe la recherche au design
Vision de design UX29
ou le « référentiel flou »
30Deuxième ‘takeaway’
La complexité requiert un guide vs. des règles duresCe qui implique un processus itératif
L’importance de la vision de design UX
31
ARCHITECTURE
32
What if…
IMMERSION, IDÉATIONPROTOTYPAGE ET VALIDATION
Phase de design en collaboration :
33
Développement de standards pour les différents objets du système à venirValidation du designAppropriation du design par l’équipeAdoption du point de vue de l’usager par l’équipe
Marie-Michèle FournierResponsable technique back-end et Scrum Master
34
L’impact de l’UX C’était aussi ma première expérience à réfléchir à un
logiciel en pensant d’abord à l’expérience des usagers et
ça me permet de recentrer souvent ce qu’on fait dans
cette optique.
(…) quand on discute des requis d’une story je peux
poser des questions pertinentes sur comment les
usagers risquent d’utiliser le système et ça nous permet
parfois de choisir des meilleurs designs qu’on l’aurait fait
sinon.
AL
35
DÉVELOPPEMENT AGILE
« Avoir cristallisé la stratégie et la vision permet de s’y référer afin de tracker de ce qu’on doit développer »
36Garder l’équipe en mode stable et continue pour plusieurs années
37
INTÉGRER L’UX À L’AGILE
Le design UX-UI est toujours 3 mois d’avance sur le développement
38
Condition gagnante: Faire « murir » les wireframes sur 3 mois
Raffinement Agile formel
Arrimage au système
Faire évoluer les wireframes sur 3 mois39
Rencontres initiales avec les usagers
Faire le design de wireframes
Validation des contenus & nomenclature auprès des usagers (tests papier)
Corrections/itération
Tests à l’interne (avec l’équipe)Corrections/itération
Tests des wireframes papier avec usagers
Mise en codeMois 0 1 2 3
UAT
Ajuster l’expérience
Recueillir les dernières infos sur les processus
Apprendre à voir du point de vue des usagers
Changement de paradigme : de clients à collaborateurs
40Troisième et principal ‘takeaway’
GR
Relation avec les usagers
41
Entrevues et Observations / Ethnographie
Design participatif
Tri de contenu / nomenclature
Tests utilisateurs
Découverte
Design
Développement
MéthodesPhases
Buts, motivations, tâches, schèmes mentaux
Validation de contenus et fonctions
Données pratico-pratiques
Données visées
Englobante
Pragmatiques
Pointues
Portée des données
AL
UAT Usage réel
42
CONCEVOIR LES SPRINTS
43
« Business steps, story points et ratio de base pour une
cadence de développement stable »
1 Business Step > nombre variable de ‘Story points’
La beauté des Business steps c’est qu’ils viennent d’un business process
44
Avec les business steps, on évite les trous! Livraison de bundle intègrePermet de faire de la livraison continue
Le découpage par Business steps permet de prioriser l’essentiel
45
Les business steps livrent des business process qui fonctionnent L’usager peut donc travailler avec chaque morceau livré
« Customer / User collaboration over contract negotiation »
(Le 3è principe du manifeste de l’Agile)
46
47
RÉSULTATS« See none, do one »
Le plus gros gain dû à l’UX
48
Mitigation du risque fortement amélioré• Beaucoup, beaucoup moins d’inconnus dans nos processus• L’effort UX à date: 200 j/p
L’effort de développement: 1500 j/p
Autres gains notables49
Le point de vue de l’usager est la langue commune de l’équipe« See one zero, do one »UAT continu Passer en production sans stressEn avance sur l’horaire de livraison
UX + Agile : Une formule gagnante en développement de projet complexe
L’UX rend l’Agile encore plus performantL’UX : Un investissement payant!
50
51
Merci! Questions?
UX + Agile : Une formule gagnante en développement de projet complexeAnnemarie Lesage, Yu Centrik, [email protected]étan Racine, Stelvio