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
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
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
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
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
Posté par jc-Qualitystreet le 29 août 2011
Les prochaines sessions de mes formations AgileUX, c’est à dire l’intégration de l’Expérience Utilisateur dans les projets Agiles, approchent…
Prochaine date: 27-28 octobre (Plus d’informations sur le site de Valtech).
Une formation originale durant laquelle,
vous allez travailler ensemble…

Convergence des discussions
Vous allez coller et coller encore…

User StoryMap... toujours fun!
Vous allez décorer vos murs…

Vision + Persona
Vous allez découper et construire de vos mains…

Product Vision Box
Vous allez discuter, partager et expliquer…

Divergence-Convergence?
Vous allez dessiner pour vous faire comprendre…

User Story + Wireframe sur base checklist
BREF, une formation de 2 jours où vous allez apprendre plein de choses….

Au programme l'activité du Praticien AgileUX et vos objectifs personnels
Avec un support de cours et un formateur au TOP

Vous aurez des moments de concentration (et de rigolade)…

Binômage
et vous serez trés fier de vos réalisations…

Show and TELL !
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).

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!
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é
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!
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 …

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:

Exemple de Vision “Agile” partagée:

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