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
Posté par jc-Qualitystreet le 19 septembre 2009
Je suis convaincu depuis longtemps des bienfaits de la méthode des Personas (utilisateur-type, représentation fictive des utilisateurs cibles, qu’on peut utiliser pour fixer des priorités et guider nos choix de conception) …
Je suis convaincu aussi de la nécessité pour une organisation de construire une Vision partagée que celle-ci porte sur un produit, une gamme, ou qu’elle soit à plus grande echelle …
Et bien, jugez plutôt du résultat quand on associe les deux !
ERICSSON Life in 2020
Comment le monde va -t-il évoluer ?
Quelles seront les habitudes et besoins des personnes ?
Quelles technologies vont ils utiliser pour le faciliter la vie ?
Ericsson a fait un travail remarquable, sans négliger le 3eme temps de la démarche Persona (« Utiliser et communiquer ») : section sur le site corpo et module de visite virtuelle du Monde en 2020.
450 experts d’Ericsson (et d’ailleurs) ont travaillé sur ce colossal, « Ericsson Life in 2020 project » et construire ces 15 personas pour illustrer la façon dont ces personnes utiliseront les produits IT (77 imaginés) dans leur vie de tous les jours en 2020.
Tout y passe : Day in life, une approche orientée buts, comportement, usages qui en plus de critères socio - demo permettent de distinguer ces personas, le storytelling, le réalisme, les connexions entre Personas, des visuels sympas …
Quel boulot !!
Le tout dans une belle interface riche qui nous porte d’histoires en histoires…
Pour les technophiles et passionnés d’Ubimedia, visitez le volet « Devices », ça vaut le détour …
Quelques images:
Michel:
Posté par jc-Qualitystreet le 29 juillet 2009
C’est indispensable,
La vision fixe le cap, donne du sens et décrit ce qu’on entrevoit pour le produit à court, moyen ou long terme. Associée aux Personas, ils forment l’élément de base de toute notre Expérience Utilisateur.
“Fits in a shirt pocket, syncs seamlessly with PC, fast and easy to use, no more than $299″
A l’instar de la vision d’Hawkins pour le Palm Pilot en 1994, la vision produit est concise, souvent liée à un problème et pilotée en termes d’objectifs.
Mais attention, la vision produit n’aura de sens et ne sera fédératrice que si elle portée et partagée, permettant ainsi aux équipes de se projeter dans le futur. En Scrum, méthode agile la plus populaire à l’heure actuelle, c’est le boulot du Product Owner, bien aidé par le praticien Agile UX, spécialiste de l’experience utilisateur dont l’apport en terme de facilitation et de données terrain est précieux. Cela doit être bouclé avant le sprint 1 (exploration ou Sprint 0.).
Le challenge est donc avant tout collaboratif . Des “Atelier de travail” (Vision workshops) et la rédaction de la Vision, dans un court document ou mieux affichée au mur, aux yeux de tous, vont permettre de relever ce défi.
Voici donc un focus sur ces techniques que j’utilise pour mes ateliers Vision:
PRODUCT VISION BOX (ma préférée)
D’après Highsmith (2004). La Product Vision Box est une technique ultra pertinente au démarrage d’un projet pour construire la Vision et la partager avec l’équipe chargée de concevoir le produit mais aussi ceux chargés de le vendre.
L’équipe créée une image visuelle, concrète du logiciel ou du service qu’elle est censée développer. Le résultat final n’est toujours constitué que d’une seule boite, même si dans le cadre de l’atelier, plusieurs boites intermédiaires sont créées du fait du découpage en mini groupes.
La Box finale, se construit collectivement sur la base des précédentes, dans le consensus et la collaboration. Cette “Product Vision Box” constitue la Vision Partagée, et intègrera obligatoirement les éléments suivants:
- Front : Nom - Image (si possible) - Slogan - 3/4 Bullets arguments pour Vendre le produit
- Back : Vue plus détaillée contenant plus de fonctionnalités, les pré requis …
L’atelier a un côté ludique. Il favorise les échanges, les arbitrages, la levée de certaines incompréhensions. Le format oblige les participants à aller à l’essentiel, à prioriser. Il doit s’accompagner le plus souvent d’un travail approfondi sur les cibles, souvent amené par les interrogations et limitations éprouvées par les participants (c’est un bon point d’entrée sur les buts Utilisateurs)
Voici à quoi pourrait ressembler la Product Vision Box de ce blog QualityStreet:
Vue Devant:
Vue de derrière:
ProductVisionBox-QualityStreet
PRODUCT BOX (la plus UX)
D’après Hohmann (2006). Technique à la fois très proche de la précédente dans son format et trés différente de par sa forte connotation “Expérience & Etude Utilisateurs“. L’atelier de travail “Product Box” est résolument orienté clients, tourné vers les utilisateurs du produit final dont on récolte le feedback : on leur demande de faire une boite pour notre produit, une boite et un produit qu’ils devront vendre ensuite.
Ce sont eux qui participent aux Ateliers de travail “Product Box”; l’équipe projet / produit n’y assiste qu’en observateur. Le tout est animé par un facilitateur. La “Product Box” constitue la Vision Client, et intègre globalement les mêmes éléments que précédemment (et plus s’ils le souhaitent):
- Front : Nom - Image (si possible) - Slogan - 3/4 Bullets arguments pour le Vendre
- Back : Vue plus détaillée contenant plus de fonctionnalités, les pré requis…
On peut évidemment exploiter les côtés de la boite comme sur les boites de céréales qui sont de bons exemples à donner aux participants pour introduire l’atelier.
L'exemple de la boite de céréales
La technique “Product Box” est très pertinente pour l’innovation. Elle est trés utile dans perspective d’amélioration du produit, ou plus simplement dans un contexte d’exploration ou de recueil du besoins. L’atelier se joue généralement dans une dynamique collective. Mais cette fois, plus on a de boites, plus on est content !
Au programme,
- 45 minutes de conception de la boite en groupe (de 3 personnes), c’est mieux ou de manière individuelle
- et 5 minutes par boite pour la vendre aux autres groupes.
Au sortir des ateliers, un bon travail d’analyse des boites attend le facilitateur avant de mesurer les écarts entre ces boites et par exemple notre produit existant.
L’intérêt de l’exercice est qu’il permet d’orienter la Vision en dessinant ce que veulent les clients, comment ils envisagent le produit, ce qu’ils en attendent, ce qu’ils y trouvent de plus intéressants, ce qu’ils mettent en avant, et aussi quels arguments ils utilisent pour le vendre (faites donc venir vos commerciaux …). Ces boites constituent la fameuse “VOIX DU CLIENT“.
Si je reprenais l’exemple de QualityStreet, je convierais 16 d’entre vous, chers lecteurs, un samedi après midi, et vous demanderais dans un premier temps de construire par groupe de 4 vos “Product Box” QualityStreet. Ensuite, je demanderais à chaque groupe, de la vendre aux autres, comme s’il était sur le marché d’Antony le lendemain !
ELEVATOR STATEMENT: “la vision synthétique” (l’indispensable)
D’après Moore (1991). On l’appelle aussi Elevator Pitch (raccourci puisqu’il s’agit en réalité de la formule permettant de réussir le fameux test de l’ascenseur); je l’appelle “Vision Statement“. C’est pour moi un élément incontournable que j’utilise systématiquement avec mes clients sur ce type de mission pour faciliter l’exploration et la compréhension.
La vision synthétique se structure en 6 parties qui résument en moins de deux minutes la Vision du produit. Je l’accompagne invariablement d’une approche Personas pour travailler les cibles sur les dimensions “POUR” et “QUI SOUHAITENT”.
POUR (public concerné par le produit)
QUI SOUHAITENT (formulation du besoin des cibles)
NOTRE PRODUIT EST (ce qu’est le produit)
QUI (le bénéfice majeur, l’utilité de la solution)
A LA DIFFERENCE DE (pratique actuelle, concurrence)
PERMET DE (éléments différentiateurs majeurs)
Une présentation en tableau de deux colonnes est très efficace mais une version linéaire marche bien aussi. Avec l’exemple QualityStreet, cela pourrait donner:
“POUR toutes les personnes impliquées dans les projets IT, QUI SOUHAITENT,
- découvrir les meilleures pratiques d’ergonomie web et logiciels
- s’informer sur les Méthodes Agiles et le Lean Software Development
- apprendre de nouvelle techniques et méthodes de travail (Expérience Utilisateur, Gestion de projet, Tests, Facilitation, Coaching…)
- être accompagnées dans la mise en place de l’agilité et la conduite de projet agiles dans leur organisation,
QUALITYSTREET EST un BLOG PRO francophone, QUI aborde sous un angle nouveau les questions d’Expérience Utilisateur, de Méthodes Agiles, de Lean Management et de Tests agiles. A LA DIFFERENCE d’autres blogs, sites ou ouvrages spécialisés, QUALITYSTREET vous offre un contenu riche, varié et pointu. Ouvert à de multiples disciplines, Il vous permet de découvrir les meilleures pratiques et d’échanger sur les méthodes les plus innovantes au service de vos projets.”
