Comment rédiger de bonnes histoires d'utilisateurs?
Dans certains cas, vous devrez peut-être écrire des user stories en rapport avec des épopées que quelqu'un d'autre a écrites.
Les user stories sont souvent utilisées dans le développement de logiciels, la conception de produits et des domaines similaires pour aider les créateurs de produits à comprendre les désirs et les besoins de leurs utilisateurs. En d'autres termes, une bonne user story utilise un langage simple pour s'assurer que les besoins de l'utilisateur typique sont reconnus et que leurs avantages sont définis et atteints. Les user stories suivent généralement l'un des quelques modèles simples et doivent généralement tenir sur une seule note. Les user stories doivent également dériver ou intégrer des épopées, qui sont des déclarations plus larges qui capturent la «vue d'ensemble» de l'expérience utilisateur.
Méthode 1 sur 3: suivre les modèles courants
- 1Remplissez "en tant que (utilisateur), je veux (action) pour que (avantage). " C'est probablement le modèle le plus courant pour les user stories. En très peu de mots, il assume le point de vue de l'utilisateur et identifie ce qu'il veut et pourquoi il le veut. Par example:
- «En tant que producteur de contenu, je veux être en mesure de créer du contenu produit afin de pouvoir informer efficacement les clients.»
- "En tant que HR Manager, je souhaite consulter facilement le statut d'un candidat afin de pouvoir gérer efficacement son processus de candidature."
- «En tant qu'analyste marketing, je souhaite exécuter de manière transparente des rapports d'analyse afin de pouvoir créer les plans médias mensuels.»
- 2Essayez "en tant que (utilisateur), je peux (action) pour que (avantage). " Ceci est une légère variation sur le modèle "Je veux". Cependant, en utilisant «Je peux», vous écrivez une user story qui affirme et assume l'utilité ou le succès de votre produit. Par exemple:
- "En tant que demandeur EBC, je peux accéder aux listes de contrôle de sortie afin de pouvoir soumettre des demandes EBC terminées."
- "En tant qu'éditeur, je peux réviser le contenu avant la publication afin de garantir une grammaire et un ton optimaux."
- 3Supprimez l'avantage mentionné à la fin de l'histoire s'il est redondant. Dans certains cas, vous pouvez réduire davantage votre user story en faisant de l'avantage une hypothèse non déclarée. Ne le faites que lorsque l'avantage est clair pour vous et pour tout lecteur de votre user story. Par example:
- «En tant que producteur de contenu, je veux être en mesure de créer du contenu produit afin de pouvoir informer efficacement les clients.» -> "En tant que producteur de contenu, je souhaite pouvoir créer un contenu produit informatif pour les clients."
- "En tant qu'éditeur, je peux réviser le contenu avant la publication afin de garantir une grammaire et un ton optimaux." -> "En tant qu'éditeur, je peux revoir la grammaire et le ton du contenu avant la publication."
Dans la plupart des cas, il est plus facile d'écrire une épopée, puis de tirer plusieurs user stories de cette épopée. - 4Utilisez un vocabulaire que votre utilisateur moyen comprendra facilement. Rappelez-vous toujours que les user stories sont censées représenter le point de vue de l'utilisateur, pas le vôtre en tant que créateur / développeur. Dans la plupart des cas, les utilisateurs ne seront pas des experts sur les petits détails de votre programme ou produit, alors sautez le jargon, les mots à la mode et la technobabble.
- Utilisez plutôt un langage clair, précis et quotidien. Plutôt que de parler de «résultats transactionnels idéaux», appelez cela «des opérations faciles et équitables».
- 5Insérez votre histoire sur une carte à l'aide d'un feutre. À l'origine, l'idée des user stories était qu'elles pouvaient être écrites sur des notes autocollantes ou des notecards et collées au mur. Bien qu'elles soient maintenant souvent écrites, stockées et partagées numériquement, écrire physiquement (et adapter) votre user story sur une notecard est un bon moyen de s'assurer qu'elle est concise.
- Utilisez un notecard de 7,6 cm × 12,7 cm (3 po × 5 po) et un feutre (comme un Sharpie). Écrivez de votre façon habituelle, à une taille et à un espacement normaux.
- Si la user story ne tient pas d'un côté de la carte, c'est trop long! Essayez de couper les mots superflus et de simplifier le message en ses éléments centraux.
- Même si vous créez et utilisez des user stories numériques, coller des copies papier sur le mur peut toujours être une bonne source d'inspiration et de motivation!
Méthode 2 sur 3: construire du point de vue de l'utilisateur
- 1Créez des personnages fictifs en fonction de votre groupe d'utilisateurs cible. Supposons, par exemple, que les utilisateurs cibles de votre logiciel de gestion des applications soient les responsables des ressources humaines des entreprises du secteur des services de taille moyenne. Pour vous assurer que vos user stories répondent directement à leurs besoins, allez plus loin et créez un ou plusieurs personas en fonction de votre groupe cible.
- Avant d'écrire votre user story, vous pourriez créer «Wanda», une responsable des ressources humaines de 43 ans chez S&T Staffing qui occupe ce poste depuis 15 ans. Vous pouvez également créer «Ned», un autre responsable des ressources humaines avec différents détails de carrière et de vie.
- Cela peut sembler un exercice idiot au début, mais cela peut vraiment vous aider à créer des user stories axées sur l'utilisateur.
- 2Définissez un souhait ou un besoin spécifique pour les personnages que vous avez choisis. Essayez de vous mettre dans la peau de «Wanda», «Ned» ou de toute autre personne que vous avez créée pour représenter votre groupe d'utilisateurs cible. Comment pourraient-ils, dans leurs propres mots, exprimer ce qu'ils veulent ou ont besoin d'un produit que vous souhaitez produire?
- Fiez-vous aux données du groupe d'utilisateurs et, si possible, parlez vous-même aux membres du groupe cible. S'ils n'arrêtent pas de dire qu'ils "ont besoin d'un logiciel de gestion des applications qui facilite le suivi du statut d'un candidat", utilisez-le pour informer votre user story et votre produit.
Lorsque vous écrivez une épopée, elle ne devrait pas être beaucoup plus longue qu'une user story, mais sa portée devrait être plus large. - 3Spécifiez l'action qu'ils souhaitent entreprendre. En d'autres termes, que veulent-ils pouvoir faire avec votre produit afin de réaliser leur désir ou leur besoin? Une fois que vous avez compris cela, vous pouvez vous assurer que votre user story aborde cette action et que votre produit l'active.
- Par exemple, «Wanda» et «Ned» peuvent souhaiter pouvoir cliquer sur le nom d'un candidat et obtenir un rapport détaillé et entièrement à jour sur l'état de sa candidature. Votre produit peut-il offrir cela?
- 4Établissez la valeur ou l'avantage pour eux (et pour vous). En d'autres termes, quelle est la motivation derrière le souhait ou le besoin de votre groupe cible? Cherchent-ils à gagner du temps? Améliorer un processus? Voir les avantages sur la ligne du bas?
- Bien que vous ne deviez pas écrire explicitement dans votre user story quels sont les avantages attendus pour vous, gardez également cet aspect à l'esprit. Si vous pouvez tenir la «promesse» de votre user story, qu'est-ce que cela signifiera pour vous?
- Dans ce cas, alors, "Wanda" et "Ned" peuvent vous aider à créer la user story suivante: "En tant que responsable des ressources humaines, je souhaite consulter facilement le statut d'un candidat afin de pouvoir gérer efficacement son processus de candidature."
Méthode 3 sur 3: connecter des épopées à des user stories
- 1Écrivez des épopées (et non des user stories) pour le matériel utilisateur "grand format". Les user stories sont censées être focalisées sur un souhait ou un besoin utilisateur spécifique. Les épopées, cependant, sont destinées à aborder la totalité de l'expérience utilisateur. Lorsque vous écrivez une épopée, elle ne devrait pas être beaucoup plus longue qu'une user story, mais sa portée devrait être plus large.
- Un exemple d'épopée pourrait être: "En tant qu'utilisateur du portail d'acquisition, je peux utiliser une connexion sécurisée pour accéder à la plate-forme de commande afin de pouvoir effectuer des achats."
- En revanche, une user story concernant le même produit peut ressembler à ceci: "En tant qu'utilisateur du portail d'acquisition, je peux sélectionner un produit d'enchères dans la plate-forme de commande afin de pouvoir enchérir sur celui-ci."
- 2Écrivez une ou plusieurs épopées avant de créer des user stories. Dans la plupart des cas, il est plus facile d'écrire une épopée, puis de tirer plusieurs user stories de cette épopée. De cette façon, vous vous concentrez d'abord sur la «vue d'ensemble», puis vous affinez votre point de vue sur les divers détails des besoins et des avantages des utilisateurs.
- Dans l'exemple précédent, vous commenceriez par écrire votre épopée - «En tant qu'utilisateur du portail d'acquisition, je peux utiliser une connexion sécurisée pour accéder à la plate-forme de commande afin que je puisse faire des achats.» - et créer plusieurs user stories basées sur l'épopée.
- Vous ne serez pas toujours responsable de l'écriture des épopées et des user stories. Dans certains cas, vous devrez peut-être écrire des user stories en rapport avec des épopées que quelqu'un d'autre a écrites. Si tel est le cas, étudiez attentivement les épopées pour obtenir des conseils sur la création de user stories pertinentes.
Bien que vous ne deviez pas écrire explicitement dans votre user story quels sont les avantages attendus pour vous, gardez également cet aspect à l'esprit. - 3Créez des user stories à partir de votre épopée. Lorsque vous écrivez une épopée, il est souvent préférable d'avoir à l'esprit l'ensemble de votre groupe d'utilisateurs cible. Lorsque vous passez à l'écriture des user stories associées, imaginez les personnages que vous avez créés (comme les responsables des acquisitions "Stacy" et "Ron") qui représentent les besoins spécifiques de votre groupe d'utilisateurs.
- Donc, encore une fois, si votre épopée est "En tant qu'utilisateur du portail d'acquisition, je peux utiliser une connexion sécurisée pour accéder à la plate-forme de commande afin que je puisse faire des achats", alors votre user story pour "Stacy" pourrait être: "En tant qu'acquisition Utilisateur du portail, je peux sélectionner un produit d’enchères dans la plate-forme de commande afin de pouvoir enchérir sur celui-ci. "
- Votre user story pour "Ron" pourrait être: "En tant qu'utilisateur du portail d'acquisition, je peux consulter mes offres précédentes dans la plateforme de commande afin de pouvoir supprimer les enchères expirées."
- 4Regroupez les user stories dans une épopée si vous développez un produit complexe. Dans la plupart des cas, travailler de haut en bas, des épopées aux user stories, fonctionne mieux. Cependant, il peut y avoir des scénarios dans lesquels vous devez regrouper des user stories et créer une épopée qui les lie. Dans ce cas, utilisez les mêmes principes dans l'ordre inverse.
- Si, par exemple, plusieurs équipes proposent des user stories qui correspondent à leur facette spécifique du produit, tout le monde devra peut-être se réunir pour développer l'épopée ou les épopées qui relient ces histoires.
