Posté par jc-QualityStreet le 9 octobre 2007
Et tout d’abord, cet excellent visuel (issu de Create Passionate Users)
Et peut être la cause du probléme:
“Loading software products with a laundry list of features is the lazy approach to marketing : we don’t know what the customers will value, so we put in lots of features in hopes that customer will find some things they like” — Mary & Tom POPPENDIECK Implementing Lean Software Development
C’était donc ça !!!
Plus sérieusement, « Faites simple » est le message clé que j’essaie de faire passer auprès de mes différents interlocuteurs.
Et, la simplicité ne se joue pas seulement au niveau des fonctionnalités (comme l’illustre remarquablement le schéma ci-dessous, l’un de mes favoris), elle se joue aussi et pour beaucoup au niveau du Design d’interface. Dans tous les cas, l’impact sur les utilisateurs est énorme … Rappelez vous … une interface efficace, efficiente et satisfaisante …
D’ailleurs, dans mes évaluations ergonomique expertes, j’appelle ce critère « CONCISION » (adaptation plus parlante selon moi du critère « Charge de travail », et des sous critères « Brièveté » et « Densité informationnelle » de Bastien et Scapin) et je l’utilise très souvent.
Posté par jc-QualityStreet le 30 septembre 2007
Vous êtes nombreux à m’avoir sollicité sur cette question de l’Ergonome Agile :
en quoi consiste concrètement son travail dans des contextes UP, OpenUP, XP, SCRUM, DSDM ou Lean ?
Comment intégrer l’Expérience Utilisateur, le Design d’Interaction et le Graphisme dans un projet appliquant l’une de ces nouvelles méthodes, dites Agiles (car opposées aux cycles de développement traditionnels, en cascade ou V) ?
Tout d’abord, un constat : l’intégration d’une conception centrée utilisateur dans un contexte Agile n’est pas aisée, l’ergonome n’est pas attendu, et s’il ne parvient pas à prouver rapidement sa plus value, ou pire s’il retarde les équipes de dév. … on le sortira poliment du projet, c’est ça le Lean Thinking !!
Pourtant, croyez-moi les projets Agile ont un réel besoin d’ergonomie !!
L’ergonome Agile introduisait la nécessité pour nous autres Ergonomes ou Spécialistes de l’Interface Utilisateur, d’adapter notre démarche, nos outils et nos ivrables pour une collaboration plus efficace au sein d’équipes fonctionnant en mode itératif, incrémental. Cet article vous présente donc quelques pistes concrètes d’intégration de notre démarche mais n’hésitez pas à me contacter si vous voulez en savoir plus …
« … Le temps est donc venu pour l’ergonome de devenir Agile … », telle était donc ma précédente conclusion, mais quelles spécificités du profil de l’Ergonome Agile vont rendre sa collaboration plus efficace et surtout plus efficiente ? Quelles dimensions de son activité seront bénéfiques au projet, au client, aux utilisateurs finaux et en quoi son intervention donnera-t-elle satisfaction à l’équipe de développement ?
D’ABORD LE PROFIL DE L’ERGONOME AGILE
L’ergonome Agile possède…
WAIT! There is more to read… read on »
Posté par jc-QualityStreet le 18 septembre 2007
13 règles d’or proposées par Jakob Nielsen: c’est clair, c’est précis (on pourrait facilement les inclure dans une charte ergonomique).
Et surtout c’est très précieux pour éviter les dérives, et tout usage inapproprié. Car croyez-moi, des onglets utilisés là où il ne fallait pas, j’en ai vu et malheureusement j’en vois encore !! Voilà de la bonne ergonomie web.
Posté par jc-QualityStreet le 1 septembre 2007
Les “Personas” sont un outil trés performant pour comprendre les utilisateurs et leurs buts.
Petit rappel, un “Persona” est un archétype, une représentation des utilisateurs, qu’on peut utiliser pour guider nos décisions concernant les fonctionnalités, la navigation, les interactions et même le design visuel.
Exemple de “persona” tiré d’une présentation de Todd Warfel donnée à l’UPA 2007 :
J’ai utilisé les “personas” sur l’un de mes derniers gros projets; voici un premier bilan :
- Mes “personas” ont orienté mes choix de conception d’interface; c’est indéniable. Je me suis régulièrement retourné vers eux (“personas” primaires et secondaires), pour evaluer mon travail en questionnant leurs buts (priorisés), le moment où ils vont se servir de l’outil et ce qui va déclencher leur action, ce dont ils ont besoin, ce dont ils vont se servir … J’ai systématiquement analysé ces questions en termes d’efficacité, d’efficience et de satisfaction. Cela m’a permis de garder le cap, et de me concentrer sur le plus important: c’est trés rassurant, et vraiment appréciable.
- Mes “personas” m’ont permis de rentrer en douceur dans des problématiques métiers complexes, m’ont donné plus de crédibilité, et ont eu un impact positif certain en RDV Client (contexte “user research” et/ou avant vente). “Vous, vous savez ce qu’on fait … vous avez compris mon métier et ce que je fais au quotidien !” … Par la suite, ils m’ont donné des arguments pour discuter de mes choix avec les analystes mètier, et je pense qu’ils seront utilisés par le marketing. Intéressant, non ?
- La mise en avant, dans mes “personas”, des concepts de buts, de tâches … a permis que ceux-ci deviennent le centre de l’attention, se placent au coeur des préoccupations. C’est bien pour tout le monde et cela facilite mon travail ultérieur (exigences ergonomiques, scénarios, tâches, use cases …).
- Toutefois, “mes personas” ont-ils été un outil de communication performant au sein de l’équipe projet ? A vrai dire non ! Bon j’ai eu quelques sourires, c’est une forme de communication, n’est-ce pas ?
- Mes “personas” ont-ils “humanisé les développements“, suscité l’empathie parmi les équipes de développement ? Clairement non … la prochaine fois, c’est promis, je sortirai de mon chapeau des cubes ou des cartes à la yahoo ;:)
- Un prénom, un titre, une devise (orientée sur l’outil à développer) et une photo sont des élements essentiels. Le choix de la photo est primordial; petit conseil, n’idéalisez pas, prenez votre temps, pensez à vos utilisateurs …
- Les “personas” les plus réels sont les plus efficaces. Tout en restant synthètique, accordez un soin tout particulier à vos données démographiques, psychologiques, émotionnelles même si celles-ci ne sont pas discriminantes.
Enfin, bénéficier de l’appui, des conseils et de la validation d’un expert du domaine (théorie et terrain c’est mieux) pour élaborer les “personas” est un facteur important, gage de réussite; ce fut mon cas sur ce projet.
Conclusion : une expèrience certes à améliorer (impact sur les équipes projet) mais à renouveler sans hésitation !!
En savoir plus :
Posté par jc-QualityStreet le 10 mai 2007
Google nous offre en version Bêta la nouvelle mouture de son application Google Analytics (outil de mesure et d’analyse d’audience Internet): mariage réussi entre complexité technologique, richesse des informations et des fonctionnalités et facilité d’utilisation.
L’interface est moins chargée que la précédente, le contenu mieux structuré, plus explicite, et plus facile d’accès; les graphiques impressionnants.
Les titres, données et informations importantes sont bien mises en avant.
Google propose surtout (et c’est trés appréciable) un tableau de bord configurable (flexibilité, efficacité et efficience) mais aussi un système d’envoi d’emails et des pages “sommaire” pour les rubriques principales contenant raccourcis, et liens transversaux vers les tâches et données principales.
Au programme également:
- des tableaux (listes) épurés, clairs avec de multiples possibilités d’affichage
- de nouvelles formes d’interaction (pour le choix des dates- bien repositionné d’ailleurs, des segments et segments croisés par exemple)
Exemple de calendrier :
Exemple de tableau de données :
Enfin la partie Aide n’a pas été négligée, tout comme l’accompagnement de l’utilisateur dans sa tâche et dans la transition entre ancienne et nouvelle interface.
Bref, une application web de haut niveau en version Bêta, donc optimisable!
MàJ: Un article (en anglais) pour découvrir tous les détails de cette nouvelle interface
Posté par jc-QualityStreet le 3 mai 2007
Une synthése trés interessante proposée par Eric-Superfiction sur les avantages-inconvénients de Visio pour la réalisation des wireframes (ou “zoning” ou “gabarit fonctionnel” ou tout simplement “écran”), à un moment où les outils de prototypage font débat dans la communauté des ergonomes et des designers.
En ce qui me concerne, Visio est mon outil de prédilection, non seulement pour la réalisation de schémas de navigation, ou de diagrammes (des cas d’utilisation, de séquences …) mais aussi pour “dessiner” mes écrans, cela dans trois contextes:
- Sur des projets courts où il est nécessaire d’être rapide pour représenter contenus, fonctionnalités et principes d’interaction sans couche graphique
- En conception détaillée sur des projets plus longs ou dans des contextes similaires (Applications Web) pour lesquels j’ai crée ma propre bibliothèque d’objets qui respecte charte graphique et ergonomique. C’est rapide, plus précis et plus détaillé y compris graphiquement.
- En mode Démo pour de l’avant vente ou de la validation Client, je passe en mode F5, travaille les liens, prépare mes scénarios et tous les détails de l’interface (y compris la barre des tâches !). Cela prend un peu plus de temps mais pas tant que ça par rapport au résultat produit et à l’effet sur mon auditoire.
