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, alesage@yucentrik.caGaétan Racine, Stelvio