Posté par jc-Qualitystreet le 29 octobre 2010
A vos marques …
Prêts…
Partez !
Il reste encore quelques places :
Vous allez apprendre à :
- Appliquer une démarche de conception centrée utilisateur sur l’ensemble du projet agile
- Diffuser l’expérience utilisateur au sein de l’équipe projet et dans l’organisation
- Intégrer les activités expérience utilisateur, design d’interaction dans le cycle de vie agile
- Construire la vision du produit en s’appuyant sur une approche « Personas »
- Connaître les principaux standards et recommandations de conception ergonomiques
- Connaître les outils de prototypage légers
- Collaborer efficacement avec les autres acteurs du projet
Et promis, on fera un ROTI (Return On Time Invested) à la fin !
Lieu : Paris (Valtech Training of course !)
Posté par jc-Qualitystreet le
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.
Adaptabilité : en quoi ça consiste ?
C’est S’ADAPTER aux caractéristiques des utilisateurs (vues, perspectives, raccourcis…)
Portail personnalisé
Ce critère concerne la capacité du système à réagir selon le contexte, mais aussi selon les besoins, préférences et niveaux d’expertise des utilisateurs.
Proposer plusieurs façons d’arriver à un même résultat, bénéficier d’une application personnalisée ou encore customiser son interface sont des dimensions clés de l’adaptabilité, et de fortes attentes des utilisateurs.
Différentes vues... différents affichages
L’utilisateur a la possibilité de modeler sa page selon ses préférences, et de contrôler (ajouter, retirer, modifier) certains éléments du portail : favoris, raccourcis, thèmes, couleurs, titres et libellés…
Customisation Gadgets
Quelques exemples de recommandations
- Permettre aux utilisateurs de désactiver les affichages et informations inutiles
- Autoriser les utilisateurs expérimentés à contourner une série de sélections par menu en formulant directement des commandes ou par des raccourcis clavier
- Permettre de modifier la séquence des entrées de données pour s’adapter à l’ordre souhaité par les utilisateurs.
- Permettre aux utilisateurs de définir le format d’un document et de le sauvegarder pour une utilisation ultérieure lorsqu’on ne peut le spécifier à l’avance
- …
Quelques bons exemples … so GOOD !
Bonne pratique :
Préférences pour une interface flexible
Bonne pratique :
Customisation quand tu nous tiens !
Bonne pratique :
Personnalisation
Bonne pratique :
Raccourcis clavier ou Menus
Bonne pratique :
Recherche Google : Un conseil "masquable"
Bonne pratique :
Entrée des données : saisie ou slider
Bonne pratique :
Personnalisez vos rapports !
Bonne pratique :
champ de recherche flexible Temps 1
Temps 2
Bonne pratique :
Une recherche trés adaptable
Bonne pratique :
Customisation
Posté par jc-Qualitystreet le 27 octobre 2010
Vous souhaitez échanger sur les problématiques de Transition agile (l’objet de la session que j’animerai avec mon collègue gilles Mantel), de Coaching, de Test Agile, d’Expérience Utilisateur et plus largement sur les questions d’Agilité, de SCRUM ou de LEAN… Super ! Moi aussi.
On se voit donc demain à la conférence Agile Tour Paris, FIAP jean Monnet, 30 rue Cabanis dans le 14 ème. J’y serai présent avec mes collègues de Valtech
Transformation Agile A grande Echelle
Valtech vous proposera deux sessions:
- Test Driven Requirement par RobotFramework (Maxime Lemanissier) à 11h30
- Transformation Agile à Grande Echelle (Gilles Mantel - JC Grosjean) à 15h
Commentaires:
Classé sous: Agile
Posté par jc-Qualitystreet le 21 octobre 2010
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.
Gestion des erreurs : en quoi ça consiste ?
C’est protéger l’utilisateur des erreurs potentielles et les gérer quand elles se produisent (corriger ou aider à corriger). Prévention et correction vont donc de paire.
Indiquer où se trouve l'erreur ... vous voyez ?
Ce critère concerne la capacité du système à proposer à l’utilisateur tous les éléments nécessaires et suffisants pour lui permettre de ne pas commettre d’erreurs (guidage, assistance, simplicité de l’interface …). Il concerne aussi ses capacités de contrôle (côté client et/ou côté serveur) et de réponse à une erreur détectée :
- Indiquer clairement qu’une erreur s’est produite
- Montrer quels champs sont en erreur
- Conserver les éléments saisis par l’utilisateur
- Afficher un message d’erreur qui permet à l’utilisateur de corriger son erreur ou de revenir sur les bons rails
Trés Bon exemple - Recap & Inline
Quelques exemples de recommandations.
Prévention :
- Distinguer les champs obligatoires des champs facultatifs
- Afficher une demande de confirmation pour les actions potentiellement dangereuses irréversibles (bref fortement impact antes)
- Limiter les options et possibilités de saisie au strict nécessaire
- Indiquer le format de saisie attendu
Gestion des erreurs
- Proposer à la fois un récap. des erreurs en haut de page, et indiquer précisément et visuellement la localisation de l’erreur (indicateur et Tip associé) sur chaque champ concerné au sein du formulaire (RECAP + INLINE)
- Présenter les messages d’erreur INLINE directement sans qu’ils ne nécessitent d’efforts supplémentaires de la part des utilisateurs pour les afficher
- Après avoir vérifié la donnée corrigée (si c’est envisageable), afficher un indicateur positif (Coche verte, Bordure Verte…)
Messages d’erreurs
- Afficher les messages d’erreur les plus concis possible (tout en restant précis)
- Proposer autant que possible des messages d’erreur comportant les actions correctrices que peut engager l’utilisateur
- Rédiger les messages d’erreur dans le langage (et la langue !) de l’utilisateur,
- Indiquer le plus précisément possible la cause de l’erreur (ex : « Votre adresse email est incomplète » ; « Votre adresse email comporte un caractère non autorisé » ; « Votre adresse email doit inclure le signe @ »)
- Proposer des messages d’erreur simples et compréhensibles, directifs mais non agressifs ni autoritaires
- Eviter les fautes d’orthographe dans vos propres messages d’erreur
Mauvaises pratiques
Exemple 1 :
A priori on en trouve de moins en moins... et HEUREUSEMENT !
Exemple 2 :
Un long Recap peu lisible et PAS d'INDICATION INLINE
Exemple 3:
Toutes les qualités d'un MAUVAIS message d'erreur :)
Exemple 4:
Compliqué
Quelques bons exemples … so GOOD !
Bonne pratique (Wishlistr) :
Sobre et efficace: la cause de l'erreur et des possibilités de correction. Le critère "Distinction entre items" est bien exploité.
Bonne pratique (TypePad) :
Temps 1
Temps2
Temps 3
Temps 4 - Les 4 temps de la gestion des erreurs. Un accompagnement au TOP !
Bonne pratique (Ticket Trunck) :
Prévention : ? tip accessible par l'utilisateur
Bonne pratique (Pages jaunes):
En terme de prévention et d'accompagnement c'est pas mal !
Bonne pratique :
Une page 404 informative et efficace
Bonne pratique (Microsoft Office) :
Toujours la possibilité d'annuler... pour corriger l'erreur !
Bonne pratique (Apple Store) :
Apple c'est élégant !
Bonne pratique (Ebay) :
Inline : Signes et textes visibles
Bonne pratique (Remember the Milk) :
Picnik et ses contrôles en Ajax: Efficace !
Et le meilleur pour la fin … Bonne pratique (live from Berlin):
Et pour terminer ! Prévention et Incitation. Trop forts ces Berlinois, ils savent vous motiver 
- Neue Museum
Posté par jc-Qualitystreet le 16 octobre 2010
Agile Testing Days 2010 : Jour 1 (English version : Day 1 on www.agile-ux.com)
Agile Testing Days 2010 : Jour 2 (English version Day 2 on www.agile-ux.com)
Agile Testing Days 2010 : Jour 3 (English version Day 3 on www.agile-ux.com)
Rapide feedback sur le dernier jour de ma conférence Agile Testing Days, la semaine dernière à Berlin. Une troisième journée moins chargée que les précédentes avec au programme 3 keynotes et un Open Space Technology s’étalant sur toute la journée
De bons Keynotes
What does it take to be great? par Isabel Evans
Un sujet très intéressant, un débat très ancien « … genius, inspiration, perspiration or renewal »
Isabel Evans Keynote
Isabel Evans a donc discuté essentiellement des nouvelles expertises à acquérir par les testeurs et ce qu’il est nécessaire pour les acquérir:
- des encouragements des autres,
- de l’auto motivation
- de l’engagement
- et surtout Travailler DUR !
Motivation et Persévérance, au sein d’une structure suffisante pour permettre de grandir , des élements qui ne s’appliquent bien evidemment pas seulement à l’univers des testeurs.
“You have to fight to get inspiration !”
Et je suis d’acccord à 100 %. Isabel insista sur les deux principales ressources dont nous disposons :
“We can change ourselves … if we make efforts”
“most effective learning method is to try and make mistakes - others might laugh at you, but it won’t kill you”
- La réflexion continue, cruciale pour s’améliorer
En résumé, il est temps d’étendre les compétences des testeurs.
“Reinvigorate your retrospective” par Jennitta Andrea
Jennitta commença son keynote par un petite exercice à jouer à deux « 45 secondes pour changer 5 choses sur un partenaire». Les instructions sont simples : Chaque personne, pendant qu’il a le dos tourné change 5 éléments sur lui. Ensuite, chaque partenaire doit trouver ce qui a changé chez l’autre.
Jennitta Andrea - Keynote
Autre exercice avec le “Jenga Game” , que Jennitta considere comme une bonne métaphore pour le développement logiciel.
Le sujet central de ce keynote, c’est donc la rétrospective. Et c’est vrai qu’en tant que coach et facilitateur (j’en animais d’ailleurs une aujourd’hui) nous sommes toujours à l’écoute d’autres façons de faire et de possibles exercices à intéger. Jennitta nous livre donc son canevas de retospective :
1 Safety (5% de l’effort)
Moment où il est essentiel d’aligner tout le monde vers un même objectif. Jennitta aime bien commencer en cercle et enchaîner très vite avec les appréciations… Pas si simple pour les équipes de remercier !
Autre conseil pour assurer ce côté Safe :
“get everyone to say something within the first 5 minutes”
C’est pourquoi, j’utilise le Checkin trés vite. Le sentiment de se sentir en sureté est essentiel pour une équipe.
2 Discover (30 to 50 % de l’effort)
Evidemment d enombreux exercices peuvent être utilisés durant la phase de découverte. Jennitta discuta plus particulièrement la construction de la Timeline.
3 Analyse (20 to 30 %)
“Continue, stop and start”
Ce qui a bien marché, ce qui n’a pas fonctionné, Ce qu’on pourrait essayer... le tout, toujours dans une approche équilibrée (diagnostic / appreciative inquiry)
4 Plan (15 to 30 %)
Ou veut-on aller et comment y aller ? Jennitta discuta différentes formes de priorisation en termes d’avantages et inconvénients.
5 Close (environ10 %)
Bref, rien de très nouveau; cela ressemble à la structure que j’utilise personnellement.
“How to evaluate if requirements specification are good enough for testing : the agile Inspection process and numeric exit” by Tom Gilb
Je devais prendre mon avion, donc je n’ai pas assisté à la présentation. Rien à dire donc sauf que j’ai pu entrevoir le point de vue de Tom Gilb dans notre session OpenSpace. Tom parla de la nécessité de quantifier les exigences pour répondre à leurs faiblesses actuelles, notamment le fait qu’elle ne soient pas focalisées sur la VALEUR.
OpenSpace Technology
Pour la première aux testing days de Berlin, un événement OpenSpace - Forum Ouvert. Vous savez que je suis particulièrement attaché à ce type d’évènement en tant qu’organisateur ou que participant. C’est un moment privilégié pour échanger sur les sujets variés qui nous tiennent à cœur.
Many subjects
Pas mal de sujets proposés, des sessions qui vivent encore, je pense à la session “Alternatives to certification” (une session à laquelle je n’ai pas assister) qui se poursuit suite aux notes prises par Elisabeth Hendrickson…
Openspace - Affinity !!!
Personnellement, je me suis intéressé particulièrement à deux sessions « Scrum of Scrums - Improvement commuication in distributed large teams » et « Lightweight speciifcations ». Des discussions intéressantes autour d’un petit nombre de participants, voire même à deux pour le sujet “Agile Usability Testing” avec Andreas en fin d’aprés midi.
Sur la partie OpenSpace, il y eut une bonne ouverture dans les règles de l’art… en cercle avec rappel des 4 principes de l’openSpace, de la motivation dans la proposition des sujets. Ensuite, et même si l’évènement fut apprécié, et que la participation fut bonne, la suite fut un peu plus chaotique. Je regrette simplement un petite manque d’information et de préparation (salles, horaires, facilitation), ce juste ce qu’il faut niveau de structure pour gagner en efficacité.
Bref, la partie OpenSpace a donné satisfaction mais peut selon moi être améliorée…
Mon ROTI (”Return on Time Invested” pour cette journée :
ROTI pour cette journée 3
Posté par jc-Qualitystreet le 12 octobre 2010
… et oui demain, RDV 18h30, à l’auditorium Valtech, rue de Grenelle, où je co-présenterai avec mon collègue, Vincent Lebreil (Architecte de son état), un Afterwork dédié à l’agilité, et placé sous l’angle de l’évolution des métiers. (petits échantillons en bas de ce post)
N’hésitez pas à vous inscrire, c’est gratuit
Au programme,
- une première partie plutôt théorique, avec quelques rappels pour partager notre Vision de l’Agilité et mesurer les premiers impacts majeurs
- une seconde partie pour aller plus loin avec la vie dans un sprint et des points de vue des métiers d’aujourd’hui…
Allez, en avant première, deux petits échantillons …
Un point de vue parmi d'autres ...
Un des impacts ...
Commentaires:
Classé sous: Agile
