04 February 2012

Inscrivez-vous au Flux RSS

Une journée dans la vie du Praticien AgileUX - 3 - Critères ergonomiques

Posté par jc-Qualitystreet le 8 avril 2011

activité # 3 du praticien Agile UX …

Le praticien Agile UX va partager les principaux critères ergonomiques de conception de produits interactifs, un partage au quotidien avec les équipes de développement et un travail de sensibilisation avec les interlocuteurs Business.

Apprentissage, montée en compétences, partage de connaissance constituent la clé de voute de l’agilité. Le praticien Agile UX tient un rôle majeur dans cette dynamique :

  • A lui de sensibiliser les équipes sur des processus cognitifs en jeu chez les utilisateurs : apprentissage, perception, mémorisation, attention, résolution de problème… déterminants dans cette logique d’interactions entre l’utilisateur et le produit
  • A lui de mettre en commun sa maîtrise les problématiques d’interface et d’interactions, de partager sa connaissance des normes (ISO, AFNOR) et standards en vigueur (web et logiciel), concrétisés par ces 11 critères ergonomiques.

Les 11 critères ergonomiques utilisés en design d’interface :

  • Critère n°1 : Incitation (accompagner l’utilisateur dans sa tâche, le renseigner sur le contexte dans lequel il se trouve, l’orienter, l’amener à effectuer des actions spécifiques tout en prévenant au maximum l’indécision)

  • Critère n°2 : Lisibilité (faciliter la lecture et favoriser la compréhension de ce qui est affiché à l’écran)

  • Critère n°4 : Feedback Direct (tenir l’utilisateur, en temps réel, informé de ce qui se passe)

  • Critère n°5: Contrôle Utilisateur (toujours laisser à l’utilisateur le contrôle sur les actions du système et sur l’interface)

  • Critère n°6 : Concision (’aller à l’essentiel, garantir la simplicité de l’interface et la pertinence des fonctionnalités)

  • Critère n°7 : Gestion des erreurs (protéger l’utilisateur des erreurs potentielles et les gérer quand elles se produisent (corriger ou aider à corriger)

  • Critère n°8: Adaptabilité (S’ADAPTER aux caractéristiques des utilisateurs (vues, perspectives, raccourcis…)

  • Critère n°9: Cohérence (fournir à l’utilisateur un cadre stable dans des contextes similaires.)


  • Critère n°10: Signifiance (parler le  langage de l’utilisateur)

  • Critère n°11: Compatibilité ( s’adapter aux modes opératoires de l’utilisateur mais aussi tenir compte des contextes et situations similaires).

Une journée dans la vie du Praticien AgileUX - 2 - Personas

Posté par jc-Qualitystreet le 11 mars 2011

Activité # 2 du praticien Agile UX … (english readers can find on agile-ux.com an english version of this article)

(Voir l’activité 1 : Vision)

Le praticien Agile UX va créer les personas de manière collaborative

Un PERSONA, c’est un utilisateur-type (le fameux archétype), une représentation fictive des utilisateurs cibles, qu’on peut utiliser pour fixer des priorités et guider nos décisions de conception d’interface.

Sophie, un Persona au format Sketchy!

Sophie, un Persona au format Sketchy!

Les Personas constituent d’un point de vue stratégique une composante essentielle de la Vision du Produit… tout simplement sa cible!  A qui le produit s’adresse-t-il? Quels sont ses besoins de cette cible?

L’approche persona permet à l’équipe Agile de construire et de disposer, dans un format ultra engageant, d’une vision commune, des utilisateurs d’un service ou d’un produit. Les personas permettent de mettre l’accent et de comprendre ce que veulent les utilisateurs, leurs comportements, leurs besoins et attentes. Ils donnent du sens.

L’autre bénéfice des Personas pour l’Agilité est qu’ils peuvent facilement se lier aux User Stories, très populaires chez les équipes Agiles.

En somme, les personas sont un excellent moyen d’intégrer l’expérience utilisateur tout au long des projets de développement d’applications informatiques. C’est donc le rôle du praticien Agile UX d’en être le promoteur et d’initier leur création, en collaboration avec le Product Owner et l’Equipe.

Créer les Personas avec les équipes Agile

La démarche de construction des Personas doit démarrer au début du projet, avant de sprint 1. Le sprint 0 ou courte période d’exploration est un moment privilégié et très approprié pour créer les Personas. Toutefois, cette démarche de création nécessite la mobilisation de tous (Product Owner et Equipe) dans une approche résolument collaborative, facilitée par l’activité du praticien Agile UX.

Alors comment procéder ?

1 Préparer

  • Organisez un ou deux workshops avec le Product Owner et les diverses parties-prenantes pour vous aligner sur l’approche et sur les objectifs à atteindre, identifier les sources de données, et déterminer les premières catégories de personnes à interviewer (les segments marketing ou rôles dans une application métier sont des points de départ assez fréquents)
  • Sensibilisez l’équipe sur les Personas, la démarcheet ses bénéfices
  • Collectez les données auprès des diverses sources préalablement identifiées, notamment en allant sur le terrain et en interviewant les utilisateurs.

2 Construire ensemble

  • Analysez les données (faits) de manière collaborative en workshops et identifier les variables et patterns
  • Créez des squelettes Personas
  • Personnifiez et donnez naissance à vos personas, en travaillant les éléments de contexte, le storytelling selon un Template préétabli (formel ou non)
  • Validez les résultats avec les principales partie-prenantes (voire sur le plan quantitatif)

Un Template Persona plus sophistiqué

Un Template Persona plus sophistiqué

3 Communiquer et Utiliser

  • Placez les Personas sur le radiateur de l’information dans l’environnement de travail de l’équipe
  • Liez les Personas aux User Stories
  • Utilisez-les comme un outil de priorisation du backlog de produit et de conception des user stories (en tant qu’élément de conversation de celles-ci)
  • Si nécessaire, montez un plan de communication sur les aspects marketing, vente ou encore formation: faites le buzz!

Personas Ericsson Life in 2020: Faites le Buzz!

Personas Ericsson Life in 2020: Faites le Buzz!

Une journée dans la vie du Praticien AgileUX - 1 - Vision

Posté par jc-Qualitystreet le 4 mars 2011

Activité # 1 du praticien Agile UX …
Le praticien Agile UX aide à définir la vision du produit

Agile ou non, la vision est essentielle
Au niveau de l’organisation, la vision permet d’apprécier et de croire en la société. Au quotidien, du point de l’équipe et du point de vue individuel, la vision c’est un bon moyen de donner du sens au travail que l’on fait (seule véritable source de motivation de l’homme au travail).

Un produit, une vision …

Un produit, une Vision... pour ce blog !

La Box Vision Qualitystreet affiche clairement ce qu'est Qualitystreet et son positionnement

A tout  produit est nécessairement associée à une vision qui permettra de fixer les grandes orientations, donner du sens et de décrire ce qui est prévu pour le produit à court terme, moyen ou long terme.

Dans un contexte agile,  parmi les 5 niveaux de planification utilisés, (Daily-> Sprint -> Release-> Roadmap -> Vision) du plus précis et détaillé (Daily) au plus “High Level”,   la Vision est aussi  le niveau le plus élevé.

Plus généralement, la Vision du produit et les Personas qui l’accompagnent constituent les fondements de l’expérience utilisateur du produit (couche stratégie, le socle des 5  éléments constituant l’Experience Utilisateur). Souvent courte et exprimée en termes d’objectifs, la vision est liée à un problème à résoudre.

Néanmoins pour être utile, efficace et  fédérer des individus autour d’elle, la vision du produit doit être partagée avec l’équipe. En Scrum, ce travail de définition et de partage de la Vision fait partie des responsabilités du Product Owner, et ce travail doit être terminé avant que l’équipe commence à travailler son premier sprint (Sprint 1).

Ces activités de création, de partage et de portage de la Vision du produit sont d’énormes défis pour le Product Owner. Dans cet esprit, le praticien Agile UX a un rôle important à jouer pour l’aider dans cette tâche difficile:

  • En tant que facilitateur des workshops permettant de définir et de partager la Vision,
  • En tant que fournisseur d’éléments de “User Research” (formalisés pourquoi pas autour des Personas) pour alimenter le processus de réflexion menant à la définition de la Vision produit

Une nouvelle  fois, la collaboration reste la clé et les techniques les plus efficaces pour définir et partager la vision sont avant tout COLLABORATIVES:

  • avec l’équipe (PRODUCT VISION BOX  et VISION STATEMENT, mes techniques préférées et un “must have” pour la seconde),
  • ou dans une approche, plus UX (c’est la Voix du Client), une technique orientée innovation menée avec les clients et utilisateurs du produit (PRODUCT BOX).

N’hésitez pas à vous reporter à ce billet, la vision du produit, pour une description plus détaillée de ces trois techniques.

Exemples d’éléments de Vision Box:

L'exemple du Blog Agile-UX (BAck of the Box)

Exemple de Vision “Agile” partagée:

Exemple de Vision Agile permettant de passer lElevator Pitch. la vision est affichée du début à la fin des développements là où léquipe travaille

Exemple de Vision Agile permettant de passer l'Elevator Pitch. la vision est affichée du début à la fin des développements là où l'équipe travaille

Design d’interface et critère ergonomique 11: Compatibilité

Posté par jc-Qualitystreet le 23 février 2011

Ma liste de critères ergonomiques pour la conception d’interface contient 11 critères. C’est une liste personnelle, établie au départ sur la base des normes & standards existants (ISO 9241, AFNOR Z67 133, Bastien & Scapin, Heuristiques US …), que je m’efforce de partager au quotidien avec les équipes de développement tout en sensibilisant le métier sur la question.

Compatibilité : en quoi ça consiste ?

C’est s’adapter aux modes opératoires de l’utilisateur (mais aussi tenir compte des contextes et situations similaires).

Ce 11ème et dernier critère se réfère en premier lieu à l’accord existant entre les caractéristiques des utilisateurs (caractéristiques physiques, psychologiques, démographiques, expérience, compétences, attentes, besoins…), les tâches et les éléments d’interface et d’interactions.

La compatibilité concerne aussi la capacité de l’application à s’inscrire dans des standards établis pour des contextes similaires. On parlais beaucoup des standards Windows; on parle toujours des standards Web…Les standards d’accessibilité relèvent donc en partie de critère.

Des standards pour les interfaces mobiles... qui vont nous suivre

Des standards pour les interfaces mobiles... qui vont nous suivre longtemps

La compatibilité est un critère ergonomique majeur en conception d’interface, avec entre autres, à la clé plus d’efficience et d‘efficacité dans l’utilisation de l’outil et une réduction du temps d’apprentissage

Mauvaise pratique

Exemple 1 :

Bouh... le bouton radio pour déclencher une action!!

Bouh... le bouton radio pour déclencher une action!!

Exemple 2

Ok mais le fil d'Ariane et les éléments de navigation, on les attend... en haut!

Ok mais le fil d'Ariane et les éléments de navigation, on les attend... en haut!

Quelques bons exemples … so GOOD !

Bonne pratique :

Bonne métaphore

Bonne métaphore

Bonne pratique :

Un élément que chacun d'entre nous connait

Un élément que chacun d'entre nous connait

Bonne pratique :

Une fiche produit efficace chez Gap avec tout ce que l'utilisateur peut avoir besoin pour faire son choix

Une fiche produit efficace chez Gap avec tout ce que l'utilisateur peut avoir besoin pour faire son choix

Bonne pratique :

Yahoo mail, quelque chose de connu pour les utilisateurs d'outlook...

Yahoo mail, quelque chose de connu pour les utilisateurs d'outlook...

Bonne pratique :

Regroupement par continent puis pays

Regroupement par continent puis pays... vous avez dit modèle mental

Bonne pratique :

La cible des utilisateurs est US...

La cible des utilisateurs est US...

Bonne pratique :

Shazam: une application mobile qui répond efficacement aux besoins des utilisateurs!

Shazam: une application mobile qui répond efficacement aux besoins des utilisateurs!

Bonne pratique :

Du déjà vu remasterisé !

Du déjà vu, cette fois-ci remasterisé !

Bonne pratique :

Trés bonne compatibilité avec l'univers de la facturation...

Trés bonne compatibilité avec l'univers de la facturation...

Quelques exemples de recommandations

  • Adopter le point de vue de l’utilisateur
  • Proposer un contenu engageant, pertinent et attendu par les utilisateurs
  • S’assurer que la logique applicative correspond bien à la logique (modèle mental) de l’utilisateur
  • Permettre aux utilisateurs de recevoir des documents conformes à  leurs préférences
  • Adapter l’ordre des menus à la façon dont l’utilisateur exécute ses actions
  • Placer les éléments les plus importants pour l’utilisateur en haut de la liste
  • Conserver l”organisation du formulaire papier pour les pages formulaires remplies par les opérateurs
  • Proposer une séquence de saisie adaptée à l’ordre souhaité par les utilisateurs
  • Proposer un moyen facile et évident de revenir à la page d’accueil du site
  • Respecter les standards de conception d’interface Windows
  • Proposer des valeurs par défaut quand c’est possible
  • Utiliser le langage de l’utilisateur
  • Doter chaque image d’une alternative textuelle
  • Réserver les textes soulignés aux liens hypertextes
  • Identifier la destination des liens
  • Proposer un plan de site disponible depuis chaque page
  • Indiquer à la fois sur une page de résultats le nombre de résultats, le nombre de pages de résultats ainsi que le nombre de résultats par page
  • Proposer sur la page d’accueil du site web au moins un moyen de contact
  • Laisser à l’utilisateur suffisamment de temps pour lire et utiliser le contenu.
  • Réserver les couleurs vives pour attirer et capter l’attention
  • Identifier chaque page du site par un titre de page
  • S’assurer de la compatibilité du site avec les principaux navigateurs du marché
  • Optimiser les pages de l’application pour qu’elles s’affichent sans ascenseur horizontal en résolution 1024×768
  • Ne pas construire entièrement un site public sur  une technologie telle que Flash, Flex, Ajax
  • Assurer l’accessibilité des contenus dynamiques
  • Construire la fonction de recherche à partir des termes et expressions utilisateurs

Experience Utilisateur: une définition simple et ouverte

Posté par jc-Qualitystreet le 25 janvier 2011

Satisfaire le besoin d’un client (tant interne qu’externe) n’est aujourd’hui plus suffisant… non désormais, le challenge grandissant des organisations va au delà de la simple satisfaction, il se joue dans l’art de RAVIR SON CLIENT.

Et tout comme l’Agilité, l’Expérience Utilisateur est un levier fort  de ce ravissement…

Expérience Utilisateur ?

L’expérience Utilisateur englobe tous les aspects de l’interaction de l’utilisateur final avec l’entreprise, ses services et ses produits

Nielsen Norman Group

De la concision et une grande volonté d’ouverture dans cette définition qui pourtant parvient à  mettre  l’accent sur les caractéristiques essentielles de cette fameuse Expérience Utilisateur:

  • L’interaction
  • L’utilisateur final
  • La multiplicité des points de contact
  • La variabilité des situations
  • La complétude et la globalité de l’expérience

Largement associée au plaisir d’usage, l’Expérience Utilisateur ne peut en effet  s’envisager que dans sa globalité et ne se vivre que dans un contexte d’usage spécifique, celui du Client.

Ouverture et simplicité: bien souvent les clés de la réussite !

Et mon rôle dans tout cela ? Et bien c’est d’être justement au service de l’Expérience Utilisateur!

Get Adobe Flash playerPlugin by wpburn.com wordpress themes