COMMENT CONCILIER ERGONOMIE ET APPROCHE AGILE ? RETOUR D’EXPÉRIENCE SUR UNE ASSOCIATION RÉUSSIE

LES LUNDIS DE L’ERGONOMIE, 06/02/2017

Laureline Améaume

Pour replacer le contexte...

Ergonome / UX designer depuis 3 ans

Prestataire chez Orange depuis 1 an et des

brouettes

Habituée du multiprojets Novice complète en méthodes Agile

à mon arrivée chez Orange

2

Le point de départ

Concevoir un tout nouvel outil de planification et de gestion de recommandations de

contenus

Maquettes + conseils en conception attendus

3

les +

Des utilisateurs finaux connus et disponibles

Recueil et traduction des besoins utilisateurs régulièrement

Peu de pression client ou budgétaire au quotidien

Les conditions du projet

les -

Des utilisateurs loin géographiquement (Paris / Sophia Antipolis)

Des tests utilisateurs compliqués à mettre en place

4

- Le « Product Owner » - Le « Scrum Master » - Développeurs - Testeurs ... et l’ergonome dans tout ça ?

Sprint de 3 semaines

Approche Agile : rendez-vous en terres inconnues

5

Cadre de travail donné dans le « Scrum Guide »

« Les Équipes Scrum (Scrum Teams) sont auto-organisées et pluridisciplinaires »

Besoin n°1 : trouver sa place

Mais pas de bonnes pratiques connues pour l’intégration de

l’ergonomie

L’ergonome a sa place

Scrum Guide de Ken Schwaber et Jeff Sutherland 6

Participer aux daily scrum

permet de faire remonter les remarques sur la nouvelle version et partager les ressentis vis-à-vis du sprint

Etre présent·e à la review + à la retro

Solutions

mais pas forcément tous les jours fréquence qui dépend de l’avancement et des besoins

Etre présent·e au planning permet de connaitre les besoins ergo pour le sprint et de discuter des évolutions IHM permet de « mieux » peser les US

7

Besoin n°2 : respecter les délais

Timing du sprint à tenir

Equipe en attente de maquettes ou de retours ergo pour pouvoir avancer

Délais des projets en parallèle à tenir

8

- une simple vérification « ergo » - une maquette - des échanges en amont avec le PO,

les utilisateurs... et les développeurs !

Solutions

Faire du tri dans les US, entre celles qui nécessitent :

en cours de sprint en début du sprint ou 1 sprint avant 1 à 2 sprints en avance

Prioriser ce projet en début de sprint (vis-à-vis des autres projets)

Créer des tâches « maquette » (sur le tableau physique et dans l’outil de gestion de projet)

facilite suivi et gestion du temps

9

Questions techniques abordées lors de la review, de la retro ou du sprint

Sollicitations des développeurs sur une problématique à tout moment

Besoin n°3 : optimiser son temps sur le projet

mais pas toujours disponible à l’instant t

mais ergonome pas concerné·e

10

Demander à ce qu’un point technique soit fait... sans moi !

si urgent = skype ou téléphone si pas urgent = notifications Mingle, mail ou invitation au daily scrum du lendemain

Définir des canaux de communication

Solutions

dès qu’une problématique prend un peu de temps à une réunion où l’ergonome est convié à participer

11

Les difficultés qui restent

Compliqué de trouver l’équilibre entre

ce qui va être implémenté au prochain sprint et la vision d’ensemble de l’interface

sans perturber l’utilisateur entre 2 sprints et en assurant une interface cohérente

Pas de vision à très long terme de l’ensemble des évolutions

12

En conclusion, pourquoi ça a plutôt bien marché ?

Côté produit

un produit final qui correspond aux attentes des utilisateurs

des délais respectés avec un outil rapidement utilisable et (très) utilisé

évolutions du projet visibles

Côté projet

une remise en question régulière de toute l’équipe

un PO attentif et réactif

une équipe sensibilisée à l’ergonomie

embarquement d’US prêtes grâce aux recherches en amont

pas de développement hors sujet

des gens contents de bosser ensemble 13

Merci pour votre attention ! Des questions peut-être ?

14