Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?

116-oct-2009 IHM 2009 - Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?

Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?

Lou Schwartz

Laurent Vergnol

Guillaume Gronier

Alain Vagner

Thomas Altenburger

Sophie Battisti

2

Plan

ä Contexte – problématiqueä Gestion de projet agileä Agilité et Conception centrée utilisateur : similarités ?ä Démarche proposéeä Expérimentationä Perspectives de recherche


3

Contexte – problématique

ä Projets agiles depuis 2005ä Constat

ä Adaptés aux projets d’innovationä Bonne qualité logicielleä Bonne gestion des exigences fonctionnelles Mauvaise utilisabilité comment l’améliorer ?

l Former les développeurs ou appel à un ergonome


Contexte – problématiqueGestion de projet agileAgilité et CCU : similarités ?Démarche proposéeExpérimentationPerspectives de recherche

4

Gestion de projets agile

ä Implication forte du client = 1 utilisateur final représentatifä Développement itératifä 4 valeurs (manifesto agile)

ä Individus et interactions > processus et outilsä Développement logiciel > documentation exhaustiveä Collaboration avec le client > négociation contractuelleä Ouverture au changement > suivi d’un plan rigide



5

Gestion de projet agile

Sta

nd-u

p

Sta

nd-u

p

Sta

nd-u

p

Sta

nd-u

p

Sta

nd-u

p

Client

Coach

Développeurs

Spécification et planification

Précise exigences

Estimation de la charge

Priorisation exigences

Démonstration

Sélection des exigences pour l’itération

Réalisation des exigences et tests

Livraison et validation

Rétrospective

Validation

Produit


Formulation nouvelles exigences

Réalisation


6

Agilité et conception centrée utilisateurs : similarités ?

ä Agileä 1 utilisateur impliqué tout au

long du projet = clientl Définit les exigencesl Rappel le contextel Valide le travail

ä Peut faire appel à plusieurs utilisateurs

ä Ne développer que ce qui est demandé

ä Cycle itératif

ä Peu de multidisciplinarité

ä CCUä Préoccupation en amont des

utilisateursä Participation active des

utilisateursl Définition des besoins,

exigencesl tests

ä Répartition appropriée des fonctions entre système et humains

ä Cycle itératif

ä Multidisciplinarité



7

Démarche proposéeOrganisation du travail

ä Intégration d’un ergonome multidisciplinarité

ä Rôle et responsabilitéä Assurer la qualité des interfaces et interactionsä Aider à la définition des exigencesä Décharger les développeurs de la conception de l’interface et

des interactions



8


Client

Coach

Développeurs


Précise exigences



Démonstration




Rétrospective

Validation

Produit



Stand-upStand-upStand-upStand-upStand-up

Réalisation


9


Ergonome



Stand-upStand-upStand-upStand-upStand-up

Client

Coach

Développeurs


Précise exigences


Démonstration




Rétrospective

Validation

Produit

16-oct-2009 9IHM 2009 - Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?


Réalisation

Réalisation


10

Démarche proposée Adaptation des méthodes

Méthodes Simplification Découpage en exigences pour une itération

Modélisation de la tâche Que pour tâches complexes

Maquettage Papier, crayon, monochrome Par écran

Evaluations heuristiques Une seule méthode Par écran + 1 global

Tri de cartes Cartes papier, pas de logiciel Lister les fonctionsFaire les cartesIdem test utilisateur

Tests utilisateurs Observation directe, caméra, écran miroir

Sélection des utilisateursContacter les utilisateursPréparer les consignesPréparer le jeu d’essaiPréparer le grille d’observationPassationAnalyses individuellesSynthèse globalePrésentation résultats

Questionnaire de satisfaction

Existant Trouver le questionnaireReporter les résultatsAnalysePrésentation des résultats



11

Démarche proposéeAdaptation des méthodes

ä Présentation des résultatsä Simpleä Efficaceä Visuelleä Discutable en réunionä Proposer une priorité

ergonomiquel Aide à la prise de

décision l on fait /on ne fait pas l Valeur business

ä Proposer directement des solutions


Niveau 4


12

ExpérimentationSuivant la démarche proposée

ä Observations Difficultés rencontrées

Estimation de la charge appel à un expert Incompréhension de l’utilité des méthodes présentation des

résultats attendus Présentation des résultats simplification et illustration

ä Points positifs Echanges tout au long du projet avec 1 utilisateur Echanges tout au long du projet avec les développeurs Retours constant sur le travail réalisé amélioration continue Satisfaction de voir son travail utilisé

Globalement retours positifs



13

Perspectives de recherche

ä Intégration d’autres méthodesä Par exemple: personas

ä Organisation du travail de l’ergonomeä Répétitivité / automatisation des tâches de testä Meilleure intégration des utilisateursä Ménager des plages de réflexion client-ergonome

ä Introduire utilisabilité dans manifesto agile

ä Travailler sur les indicateurs d’avancement de projet agileä Prise en compte des avancées ergonomiques



14

Merci pour votre attention

Questions [email protected]

16-oct-2009IHM 2009 - Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?

mailto:[email protected]

15

Démarche proposéeSélection des méthodes

ä Réalisation des méthodes = exigencesä Analyse

l Modélisation de la tâcheä Conception

l Maquettageä Test

l Evaluations heuristiquesl Tri de cartesl Tests utilisateursl Questionnaire de satisfaction

ä En plusä Prise en compte du contexteä Guide d’interface

Contexte – problématiqueGestion de projet agileAgilité et CCU : similarités ?Démarche proposéeExpérimentationConclusionPerspectives de recherche


IHM 2009 - Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?

16

Manifesto agile

ä 4 valeurs ä Davantage l’interaction avec les personnes que les processus et les outils.ä Davantage un produit opérationnel qu’une documentation pléthorique.ä Davantage la collaboration avec le client que la négociation de contrat.ä Davantage la réactivité face au changement que le suivi d'un plan.

ä 12 principes ä Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles.ä Le changement est accepté, même tardivement dans le développement. Les processus agiles

exploitent le changement comme avantage compétitif pour le client.ä Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une

tendance pour la période la plus courte.ä Les gens de l'art et les développeurs doivent collaborer quotidiennement au projet.ä Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont

elles ont besoin, et croyez en leur capacité à faire le travail.ä La méthode la plus efficace de transmettre l'information est une conversation en face à face.ä Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet.ä Les processus agiles promeuvent un rythme de développement soutenable. Commanditaires,

développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment.ä Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité.ä La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle.ä Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-

organisent.ä À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste

son comportement dans ce sens.

16-oct-2009


17

Gestion de projet agile

Liste des exigences

Fixation de la limite :

Budget

Ou durée

Livraison: validation et tests par le client

Produit

Plusieurs itérations



18

Agilité et conception centré utilisateurs : similarités ?

ä Agile



www.didiergeorges.com/blog/tqgs/scrum

ä CCU

http://www.didiergeorges.com/blog/tqgs/scrum

lou

vérifier adresse internet


Expérimentation 1Suivant la démarche proposée

ä 2 tâches analyséesä Evaluations heuristiques

ä Grille d’analyse, Echelle de priorisation, Arbre d’aide à la prise de décision (inspirée de l’échelle de Cooper-Harper)

ä Critères Bastien&Scapin 124ä Heuristique Nielsen 191

ä Maquettageä 18 écrans + design ≈ 4 maquettes

/ écran

ä 5 Tris de cartes ouverts 2 changements au niveau structurel

ä Questionnaire de satisfaction QUIS 6.35/9 ecart type 0.8

ä Tests utilisateurs. ä 1 test en laboratoire d’utilisabilité (Université

du Luxembourg), 4 tests au C.R.P.

ä 6 scénarios – consigne – grille d’observation – guide d’entretien-débriefing 80 recommandations

16-oct-2009 19


20

Expérimentation 2Autre démarche

ä Ergonome côté clientä Définit avec le client les exigencesä Maquettes les exigencesä transmet au développementä Après l’itération, évaluation des réalisations

ä Premières observationsä Pas de communication/échange entre développeurs et ergonome

l Pas de compréhension de l’exigencel Développeurs font ce qu’ils jugent juste

ä Développeurs n’interviennent pas dans les choix de conceptionl Développeurs font ce qu’ils peuvent

ä Exigences arrivent trop tardl Stress des développeurs

ä L’ergonome n’a que ½ journée pour maquetterl Stress de l’ergonome




21

Exemple de reconception

ä Plan d’actions – avant

16-oct-2009



22


ä Plan d’actions – maquette

16-oct-2009



23


ä Plan d’actions – résultat

16-oct-2009



24

Echelle de priorisation des recommandations ergonomiques

ä 0 = Autres Problèmes rencontrés : fautes d’orthographe, coquilles, etc. Problèmes qui ne concernant pas directement l’utilisabilité du système.

ä 1 = Niveau de priorité faible. Problème esthétique uniquement : cela n’a pas besoin d’être revue à moins qu’il y ait des extras dans le déroulement du projet par rapport au temps.

ä 2 = Niveau de priorité moyen. Problème mineur d’utilisabilité.

ä 3 = Niveau de priorité élevé. La priorité pour réparer cela est importante.

ä 4 = Niveau de priorité très élevé. Problème majeur d’utilisabilité : il est impératif de résoudre cela avant que le produit soit livré.

16-oct-2009



2516-oct-2009


26

Conclusion

ä Requis pour répondre aux enjeux d’un projet Agileä Importance de bien appliquer tous les principes

ä Intégration de l’agilité dans savoir-faire et savoir-être

ä Majorité des membres de l’équipe sont experts dans leur domaine

ä Formation

ä Retours dans l’ensemble positifsä Dynamique de travail

ä Client a compris l la notion d’utilisabilité

l Les méthodes

ä Client a des réflexes + le vocabulaire



Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?

Technology

Transcript of Comment concilier agilité et conception centrée utilisateurs dans un projet de développement ?