22 May 2013

Inscrivez-vous au Flux RSS

Design Studio: tellement UX… tellement créatif… tellement Agile!

Posté par jc-Qualitystreet le 21 septembre 2012

L’approche design Studio n’est pas révolutionnaire mais elle revient aujourd’hui sur le devant de la scène, notamment grâce à des configurations type SCRUM qui mettent en avant l’Equipe, le Collectif et  qui donne au Design Studio des conditions ultra favorables pour être efficace.

Sketching: Round 1 Travail individuel

Sketching: Round 1 Travail individuel au sein d'un COLLECTIF

Les + que j’ai pu observer

  • Cohésion de l’Equipe
  • Esprit Agile
  • Grand nombre d’options en un minimum de temps
  • Source de diversité et d’innovation
  • Résolution de problème efficace
  • Format impliquant et engageant (réflexion individuelle puis construction & décision collective)

Le Design Studio: Comment ça marche?

Cette approche ultra collaborative se déroule en 4 temps dans une logique itérative alternant divergence - convergence.

Un agenda simple

Un agenda simple

  • Temps 0 : Ouverture: contexteVision produitPersonas, Elements de Backlog ou Probléme à résoudre
  • Temps 1: Itération 1 avec Sketching Solo (rapide, 6 écrans ou enchaînement en 8 minutes), puis PITCH de chaque personne à l’équipe (3 min) pour défendre et présenter ses solutions puis CRITIQUE (constructive) de l’équipe (2 min)

design4_sketching-solo

  • Temps 2: Itération 2 (le REMIX), sur la base de la 1ere itération. On tient compte des options et critiques des autres avec Sketching Solo (rapide, 6 écrans ou enchaînement en 8 minutes), puis PITCH de chaque personne à l’équipe (3 min) pour défendre et présenter ses solutions puis CRITIQUE de l’équipe (2 min)
  • Temps 3 : Itération 3: ON CONSTRUIT COLLECTIVEMENT LA SOLUTION qui GAGNE :) (45 - 60 min) puis on la présente à d’autres si nécessaire
Pas mal d'options; 6 écrans * 6 personnes * 2 tours !

Pas mal d'options; 6 écrans * 6 personnes * 2 tours ! + 1 version finale

  • Temps 4 : Cloture

Au démarrage des projets, on se lance dans des design studio de 3, 4 heures qui vont impliquer le PLUS DE PERSONNES POSSIBLES (spécialistes de l’interface, développeurs, testeurs, représentants métier, clients, utilisateurs…).

design3_sketching-solo-2

Le design d’interface, via SKETCHING, est désormais l’affaire de tous.

Derniers Conseils

  • Le sketching est juste une question de pratique, alors entraînez-vous!
  • C’est un travail de conception
  • Ne vous laissez pas déstabiliser par certains spécialistes considérant encore qu’eux seuls détiennent cette expertise sur les écrans et leur enchaînement
  • Appuyez-vous sur le collectif et le format  Design Studio pour définir votre Vision UX ou la posture ergonomique de votre produit: faites-vous confiance et faites confiance au format pour vous donner les premières preuves que ça marche!!
  • Pensez à intégrer des mini-Design Studio tout au long de vos développements, au cours des sprints, dans les Backlog Refinement ou des workshops distincts, plus courts sur des problématiques précises…

Une journée dans la vie du Praticien AgileUX - 5 - Design d’interface

Posté par jc-Qualitystreet le 30 mai 2012

Activité # 5 du praticien Agile UX …

Le praticien Agile UX va travailler le design d’interface juste ce qu’il faut, juste à temps et de manière COLLABORATIVE

Le Design d’interface c’est en quelque sorte le squelette de vos applications ou sites Internet. Quand on travaille le design d’interface, on travaille le design des élements qui vont faciliter les interactions de l’utilisateur avec le produit.

Design d'interface - Couche Squelette

Design d'interface - Couche Squelette

AGILE = RUPTURE : Juste ce qu’il faut, Juste à temps et ENSEMBLE

Le design d’interface dans une dynamique agile c’est une rupture par rapport au passé, et très souvent pour les ergonomes et spécialistes UX, une vraie remise en question de leur façon de mener cette activité. Pas toujours simple de sortir de sa zone de confort…

Un agenda simple

Le DESIGN STUDIO... chance ou rupture?

Juste à temps…

On démarre vite sur ce que j’appelle la posture ergonomique du produit, une posture globale pour obtenir une vision UX d’ensemble. Evidemment pour cela, avoir travaillé la VISION du PRODUIT, les PERSONAS et disposer d’une première version du backlog de produit sont des PREREQUIS. Le juste à temps se jouera ensuite progressivement, avec un travail dans le détail au fur et à mesure des développements et de l’avancée des sprints.

Vision UX - Posture ergonomique

Vision UX - Posture ergonomique

Juste à temps c’est aussi privilégier l’expérience du produit et sortir de cette approche centrée livrables héritée des années 2000, et qui ont longtemps jalonné le projet. Livrer de la valeur au plus tôt…

Juste ce qu’il faut

Dans la même logique, on va éviter l’anticipation à outrance. Il s’agira de travailler ce juste ce qu’il faut qui permet de démarrer, de tester et valider des hypothèses, puis  d’alimenter « on demand » (avec un temps d’avance)  les développeurs en donnant du contexte aux user stories tout en  gardant une cohérence d’ensemble (un vrai challenge !)

ENSEMBLE

L’agilité c’est avant tout de la collaboration ; et comme d’autres activités le design d’interface peut et doit se travailler en Equipe, collectivement.

La diversité des équipes Agiles, leur colocalisation, leur mode de collaboration au travers de SCRUM et des différents workshops organisés sont source d’innovation. L’implication des personnes joue sur la motivation mais aussi sur les activités de décision ; les interfaces sont omniprésentes dans le quotidien des personnes y compris utilisateurs ou décideurs, les développeurs montent en compétences sur les questions ergonomiques ; ils savent faire ou peuvent avoir envie, peuvent apprendre… CROYEZ-VOUS encore SERIEUSEMENT qu’un BAC +5 en ergonomie vous permet de faire des interfaces plus utiles ou plus utilisables ? Le mode Héros est dépassé, comme le temps du Super UX qui vous fera dans son coin tous les écrans de votre application…

En résumé: très vite, définir la posture de l’interface… une vision ergonomique (UX) stable mais ouverte et évolutive, au niveau de l’interface, en lien avec les premiers éléments d’architecture de l’information, dans le respect des principes ergonomiques établis. Le praticien AgileUX se positionne en facilitateur de tous ces workshops, en soutien du PO avec l’équipe: là est sa valeur ajoutée… et les EQUIPES AGILES en ont vraiment besoin!

Le DESIGN STUDIO au démarrage, puis au coeur, des projets AGILES

L’approche design Studio n’est pas révolutionnaire mais l’agilité la remet au gout du jour et lui donne des conditions ultra favorables pour être efficace.

design4_sketching-solo

Cette approche ultra collaborative se déroule en 4 temps dans une logique itérative alternant divergence - convergence.

  • Temps 0 : Ouverture: contexte, Vision produit, Personas, Elements de Backlog ou Probléme à résoudre
  • Temps 1: Itération 1 avec Sketching Solo (rapide, 6 écrans ou enchaînement en 8 minutes), puis PITCH de chaque personne à l’équipe (3 min) pour défendre et présenter ses solutions puis CRITIQUE (constructive) de l’équipe (2 min)
  • Temps 2: Itération 2 (le REMIX), sur la base de la 1ere itération. On tient compte des options et critiques des autres avec Sketching Solo (rapide, 6 écrans ou enchaînement en 8 minutes), puis PITCH de chaque personne à l’équipe (3 min) pour défendre et présenter ses solutions puis CRITIQUE de l’équipe (2 min)
  • Temps 3 : Itération 3: ON CONSTRUIT COLLECTIVEMENT LA SOLUTION qui GAGNE :) (45 - 60 min) puis on la présente à d’autres si nécessaire
  • Temps 4 : Cloture

design3_sketching-solo-2

Dans les tous premiers sprints, on se lance dans des design studio de 3, 4 heures qui vont impliquer TOUT LE MONDE. Le SKETCHING, le design d’interface est désormais l’affaire de tous.

Au cours des sprints, on peut intégrer les design studio dans les Backlog Refinement ou des workshops distincts, plus courts sur des problématiques précises…

Personnellement j n’y vois que des bénéfices : Esprit Agile, cohésion de l’Equipe, grand nombre d’options en un minimum de temps, source de diversité et d’innovation, résolution de problème efficace, impliquant et engageant (réflexion individuelle puis construction & décision collective)

DONNER DU SENS, enrichir les user stories A CHAQUE SPRINT

Les user Stories n’auront de valeur pour les équipes de développement que lorsqu’elles seront expliquées, enrichies, mises en contexte, notamment grâce au sketching et au wireframe (artefact non graphique représentant la structure et la mise en page des écrans à développer, symbole de ce design d’interface).

design2_userstoriescontext

On accompagnera le tout de quelques annotations pour décrire le mode de fonctionnement des éléments qu’il contient. La mise en contexte dans un scénario (enchaînement d’écrans selon un scénario clé, appelé storyboard) ajoute de la valeur…

Le quotidien du praticien AgileUX  c’est l’équipe. La colocalisation est essentielle. Et comme pour d’autres acteurs, l’activité du praticien Agile UX se jouera sur plusieurs temps :

  • le futur avec un petit temps d’avance pour préparer les stories à venir avec plus de fluidité et cette cohérence d’ensemble qui doit être maintenue
  • le présent avec des interactions fortes et quotidiennes avec l’Equipe sur les développements en cours

LES OUTILS… éternelle question

Un seul trio gagnant… A ce stade, le papier (du sketching au prototypage), le travail en équipe médiatisé autour d’un tableau ou sur la base des éléments crées en un clin d’œil à l’aide d’un outil comme balsamiq, sont de loin les plus efficaces.

Travail au Paper Board - Posture ergonomique

Travail au Paper Board - Posture ergonomique

Exemple personnel sur la posture ergonomique lors de la refonte de ce blog

Qualitystreet sur Balsamiq

Qualitystreet sur Balsamiq

Plus de visuel pour plus de feedback, de la simplicité, de  collaboration et de la proximité avant tout. Dans des contextes spécifiques et sous contraintes, d’autres outils seront sans doute à privilègier…

UN SEUL CONSEIL : A FOND SUR LE DESIGN STUDIO !!!!

Tri de cartes Fermé et En Groupe: une belle technique UX…

Posté par jc-Qualitystreet le 13 avril 2012

…rapide et efficace pour tester vos hypothèses sur l’architecture d’information de vos sites et applications…

Personnellement, j’ai une préférence pour plusieurs groupes de 3 ou 4 participants (experts, utilisateurs…). Si vous cherchez à vous assurer de la bonne compréhension de vos catégories et de la bonne organisation des éléments qui les composent: le tri de cartes est fait pour vous.

un peu d'organisation, que diable!

un peu d'organisation, que diable!

Simple et rapide, la technique peut facilement être mise en oeuvre, par le praticien AGILE UX, dans une dynamique de projet Agile, au cours des premiers sprints…

une session Tri de Cartes... ça se passe comme ça...

Et concrètement?

Disons que les consignes que vous autre spécialiste UX pourriez adresser à votre petit panel d’utilisateurs pourraient ressembler à cela:

“Devant vous des catégories et une série de plus petites cartes représentant des contenus.  Nous allons vous demander de ranger ENSEMBLE les cartes dans la catégorie à laquelle vous pensez qu’elles appartiennent”

  • ” Si des cartes ne vous semblent pas explicites, nous pouvons si besoin vous donner une description mais le but c’est quand même d’aller vite…
  • Le cas échéant, si vous pensez que des cartes peuvent aller dans plusieurs catégories, écrivez une nouvelle carte…
  • Travaillez ensemble, Décidez ensemble, recherchez le consensus, et si nécessaire votez en vous référant à ce poster (vote à 5 doigts)
  • N’oubliez pas rien n’est figé…”

“Ensuite nous vous demanderons de nous indiquer individuellement, par catégories, les 3 cartes que vous mettriez en avant”

Vous l’aurez compris, l’interêt de ce type de protocole est que vous pouvez tester plusieurs choses en 1 session, et recueillir un précieux feedback. Les interactions entre participants sont selon moi source de valeur supplémentaire!

Essayez donc, juste pour voir :)

Podcast AgileUX - Experience Utilisateur Agile

Posté par jc-Qualitystreet le 15 mars 2012

Dans ce 4ème épisode du podcast Fréquence Valtech, j’ai été interviewé par Grégory Paul sur le thème de l’Agile UX.

Vous pouvez télécharger ce podcast au format ogg ou mp3 ou encore vous abonner via le flux rss dédié.

Au programme:

  • Trés court rappel de ce qu’on entend par agilité
  • Qu’est ce que l’Expérience Utilisateur? l’Agile UX?
  • Les 6 règles de base d’une approche Agile UX
  • Les apports de l’UX à l’Agile mais aussi de l’Agile à l’UX
  • Et puis en vrac, les Personas, le prototypage rapide, les Tests Utilsiateurs en mode Agile…

Encore merci à Gregory.

Une journée dans la vie du praticien AgileUX- 4- Architecture de l’information

Posté par jc-Qualitystreet le 4 février 2012

Activité#4 du praticien AgileUX…

Le praticien AgileUX va initier puis construire l’architecture de l’information de manière collaborative

L’architecture de l’information c’est l’organisation du contenu et des fonctionnalités d’un point de vue cognitif et graphique pour répondre aux besoins et attentes des utilisateurs finaux.

Architecture de l'information : un élément d'UX

Architecture de l'information : un élément d'UX

L’architecture de l’information est une activité incontournable de toute projet IT ; outre le fait de donner du sens, dans un contexte de développement Agile, cette activité va proposer la fameuse Big Picture, tant attendue par mal d’intervenants, et va rassurer à la fois les Equipes IT et le Business. Elle facilitera ensuite le travail de tests.

Arborescence

Arborescence

La Big Picture : High level et structurante

Entrer dans une dynamique agile signifie l’ABANDON de spécifications détaillées, travaillées pendant des mois et figées au démarrage du projet, AU PROFIT d‘un travail de spécification plus léger au départ, mais aussi progressif et surtout continu (notamment au travers des workshops User stories et du travail portant sur le Backlog de produit).

Concept Model par Daniel M. Brown

Concept Model par Daniel M. Brown

Néanmoins, et je dirais encore plus sur un projet SCRUM, même si ce travail de spécification ergonomique peut sembler plus léger au départ, les premiers éléments d’architecture d’informations sont à maîtriser dés les premiers sprints du projet (sur la base d’informations potentiellement recueillies au préalable, tri de cartes, Kano…).

Modèle de Kano

Modèle de Kano

Il s’agit pour le praticien AgileUX d’aller à l’essentiel, de réflechir en terme de valeur pour sa prore activité et de se mettre au service à la fois du Product Owner et de l’Equipe.

La TO DO List du praticien AgileUX pour l’architecture de l’information

  • Clarifier et catégoriser les informations
  • Soutenir le PO dans son effort de priorisation des fonctionnalités et des contenus
  • Initier puis approfondir de manière collaborative une première structure d’informations efficace
  • Déterminer les système d’information le plus approprié
  • Tester puis affiner ces éléments structurants
Système de navigation - Pages intèrieures

Système de navigation - Pages intèrieures

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).

Get Adobe Flash playerPlugin by wpburn.com wordpress themes