Votre équipe a un carnet de commandes de fonctionnalités à implémenter et vous êtes le propriétaire du produit. Le problème est que votre équipe est surchargée de travail et que personne ne sait par où commencer ni comment hiérarchiser les tâches.

C’est là qu’un modèle de carte de user story peut être bénéfique !

Qu’est-ce que le User Story Mapping et comment ça marche ?

Une carte de user story représente visuellement le parcours d’un utilisateur à travers un produit. Il aide les équipes produit à mieux comprendre les clients , à identifier les points de friction du parcours et à prioriser ce qui améliorerait l’expérience utilisateur.

Il vous permet d’organiser les user stories dans un modèle utilisable pour comprendre les fonctionnalités d’un système, trouver des trous et des omissions dans votre backlog et planifier des versions holistiques qui valorisent les utilisateurs.

Une user story est une description brève et directe d’une fonctionnalité du point de vue de l’utilisateur final. « En tant qu’utilisateur, je peux ajouter à ma liste de souhaits des produits que je ne suis pas encore prêt à acheter », par exemple.

Cela oblige les équipes de produits à concevoir en pensant à l’utilisateur final. Une carte narrative de l’utilisateur va encore plus loin en affichant les étapes d’un utilisateur pour accomplir une tâche.

Utilité d’une User Story Map

Toutes les activités de la carte des user-story sont capturées sous forme de mots courts qui représentent une tâche utilisateur réelle. En conséquence, la première partie de la structure de la user-story explique ce que l’utilisateur veut faire avec le produit.

Dans la seconde moitié de l’exposé, l’histoire est développée pour incorporer les avantages importants. Mais, encore une fois, il est axé sur l’utilisateur et ses désirs ; ce style de mappage est connu sous le nom de mappage de user story. Considérez chaque détail du point de vue de l’utilisateur.

Plus tard, l’équipe développe cette phrase simple pour créer des histoires d’utilisateurs spécifiques discutées, avec des critères d’acceptation ajoutés, puis ajoutés au backlog produit/sprint pour être complétés au cours de chaque sprint si nécessaire.

Comme nous pouvons le voir, l’objectif des user stories est de lancer une conversation sur la façon de résoudre les problèmes des utilisateurs du point de vue du consommateur qui utilisera le produit.

Comment créer une User Story Map ?

Voici les étapes à suivre pour faire une user story map :

Créer le cadre

Vous voudrez réduire la portée de l’intrigue avant de commencer à la planifier. Si vous ne le faites pas, vous serez rapidement submergé et incapable de commencer. 

Voici donc quelques questions auxquelles réfléchir :

• Quels problèmes essayons-nous de résoudre ?
• Comment cette fonctionnalité contribue-t-elle à la valeur globale du produit ?
• Quel est le segment d’audience cible ou le profil client pour lequel nous créons ? (Le cas échéant)

Faire un diagramme des activités et des étapes de l’histoire

Créez une feuille de route générale indiquant comment l’utilisateur accédera à cette fonctionnalité et l’utilisera à cette étape. Ce sont vos principales activités.

Cette section vise à expliquer les étapes importantes qui doivent être franchies pour se déplacer d’un point A à un point B. Les étapes sont ensuite présentées devant vous. Jetons donc un coup d’œil à eux.

• Entrez un terme de recherche dans la barre de recherche et accédez à la page de résultats
• Parcourez les résultats de la recherche pour obtenir des informations spécifiques
• Utilisez l’outil de filtrage des prix pour limiter vos alternatives
• Réexaminez la page de résultats de recherche avec les nouvelles options
• Choisissez un article et ajoutez-le à votre panier
• Terminer la transaction

Comme vous pouvez le constater, le story mapping nécessite une transition du macro au micro. Vous planifierez probablement ces éléments avec l’aide de vos participants.

Les tâches doivent être regroupées et définies

C’est là que la coopération commence une fois que vous avez cartographié les détails importants. Encore une fois, vous devez souligner les étapes importantes impliquées dans chaque activité sous chaque étape.

Vous pouvez classer les fonctionnalités par priorité en incluant les options indispensables, possibles et indispensables sur votre carte. Voici ce à quoi vous devriez penser !

• Y a-t-il des tâches plus petites que votre utilisateur final pourrait effectuer au milieu de l’une de ces tâches ?
• Y a-t-il quelque chose qui pourrait entraver leur progression à ce stade? Par exemple, quelles sont les chances qu’ils se retrouvent bloqués quelque part ?
• Existe-t-il un autre moyen pour l’utilisateur de parcourir cette page ?

Cela nécessitera un effort conjoint de vos différentes équipes pour déterminer ce qui est raisonnable et réalisable.

Points clés à retenir

• Au fur et à mesure que les équipes et les clients comprennent mieux la technologie et que le projet progresse, les exigences changeront. 
• Attendez-vous à ce que les équipes de projet planifient une liste d’exigences statique, puis livrent un logiciel fonctionnel des mois plus tard. 
• Envisagez de créer un modèle de carte de user story si votre équipe produit ne peut pas décider par où commencer un nouveau projet ou un projet en cours. Cela pourrait prendre un certain temps sur le processus de construction, mais cela rapportera des dividendes à long terme.