Modèle User Story Map
Définissez et organisez votre parcours utilisateur de manière simple et visuelle grâce à la méthode user story mapping.
À propos du modèle User Story Map
Popularisée par Jeff Patton en 2005, la technique de cartographie des récits utilisateurs, ou user story mapping, est un moyen agile de gérer les backlogs produits. Mais que sont les User Story Maps et comment en créer une avec votre équipe produit ? Continuez à lire pour en savoir plus.
Qu'est-ce que le User Story Mapping ?
Le user story mapping, que l'on peut traduire en français par « cartographie des récits utilisateur » est une méthode de planification agile qui vise à organiser les besoins des utilisateurs sous forme de scénarios ou « user stories ». Cette technique permet de visualiser de manière holistique les fonctionnalités attendues d'un produit ou d'un projet. En regroupant les « user stories » par thèmes ou par étapes, les équipes peuvent mieux comprendre les besoins des utilisateurs et prioriser les fonctionnalités en conséquence. Le user story mapping aide les équipes à rester concentrées sur la valeur commerciale de leur produit et à publier les fonctionnalités qui intéressent les clients. La cartographie consiste en des récits utilisateurs écrits de la manière suivante :
En tant que < type d'utilisateur >, je veux < un objectif > afin que < un résultat >.
Qu'est-ce qu'une User Story Map ?
Une user story map est une représentation visuelle des fonctionnalités du produit ou du projet organisées selon les besoins des utilisateurs. Elle offre une vue d'ensemble des « user stories », les classant par ordre de priorité et de séquence. Cette carte permet aux équipes de développement de mieux planifier leurs itérations, de visualiser le parcours utilisateur et de s'assurer que les fonctionnalités sont développées en réponse aux besoins réels des utilisateurs.
Les avantages du User Story Mapping
La cartographie des récits utilisateurs fournit un guide visuel aux équipes de conception et de développement produit à utiliser comme leur propre feuille de route dans la formulation et l'itération d'un produit.
Identifiez chaque étape du parcours client
L'un des principaux avantages de la cartographie des récits utilisateurs est qu'elle vous oblige à parcourir chaque point de contact du client avec votre produit et à adopter une vision holistique de l'expérience client. En tant que concepteur ou développeur de produits, il est facile de se perdre dans les coulisses du produit. Il est donc essentiel d'avoir une vue directe de la façon dont le client expérimente le produit pour le façonner correctement.
Visualisez et gérez le backlog produit
La cartographie des récits utilisateurs aide également les équipes à cartographier les tâches spécifiques qui doivent être accomplies de manière dynamique et visuelle. Avec une User Story Map, vous pouvez identifier les grands projets, les diviser en tâches constitutives et les déléguer à des membres spécifiques de l'équipe, le tout avec le cadre global de l'expérience client qui pilote le processus.
Réfléchissez aux tâches et hiérarchisez-les
Tracer le parcours de l'utilisateur à travers votre produit via une cartographie des récits utilisateurs vous aide également à identifier les failles du parcours qui doivent être comblées. Votre équipe peut voir la cartographie de bout en bout et réfléchir aux tâches et aux projets pour combler les failles, puis hiérarchiser ces tâches de manière collaborative.
Les défis courants du User Story Mapping
Voici quelques problèmes courants rencontrés par l'équipe lors de la cartographie des récits utilisateurs et comment les résoudre.
Le manque de personas
Une persona clairement définie est la base d'une User Story Map réussie (c'est la partie « utilisateur » de la « cartographie des récits utilisateurs » !). Différentes personas peuvent avoir un parcours différent dans votre produit, donc plusieurs profils peuvent nécessiter plusieurs User Story Maps. Mais si vous n'avez pas de personas clairement défini, vous aurez du mal à comprendre quels sont les objectifs de vos utilisateurs avec votre produit. Notre modèle de personas prêt à l'emploi peut vous aider dans cette étape.
Le manque d'objectif clair
La cartographie des récits utilisateurs doit également avoir un objectif clair. Que vous essayiez de résoudre un problème spécifique, d'identifier et de corriger des failles dans le parcours client, ou de trouver des moyens de réduire le taux de désabonnement, vous devez commencer le processus avec un objectif clairement défini.
Pas suffisamment de parties prenantes impliquées
Une User Story Map doit rassembler différentes parties de votre entreprise. Les équipes marketing et de ventes, UX & UI, de développement de produits et service client ont toutes des informations uniques sur les différents points de contact que les utilisateurs ont avec votre produit, elles doivent donc toutes être consultées pour une vue holistique.
Quand utiliser le modèle de User Story Map
Fini le temps où les équipes pouvaient facilement se rassembler dans une salle de conférence et cartographier les récits utilisateurs ensemble sur un tableau blanc. Elles utilisaient des fournitures de bureau pour étiqueter leur carte, puis prenaient une photo pour la numériser plus tard. Ce modèle de User Story Map Miro permet aux équipes de gagner du temps en collaborant à distance, en temps réel sur un tableau blanc numérique et interactif.
Les chefs de produit et les Scrum Masters se réjouiront de cet outil simple et facile à utiliser qui permettra à leurs équipes de cartographier des récits, de se connecter automatiquement avec Jira et de travailler côte à côte, même s'ils ne peuvent pas être au même endroit.
Comment créer votre tableau de User Story Map dans Miro
L'outil de cartographie des récits utilisateurs de Miro vous permet de gérer les récits de manière collaborative en ligne, où que vous soyez. Ne manquez jamais d'espace sur le tableau blanc avec un canvas illimité et travaillez en temps réel avec votre équipe. Voici comment créer votre propre canvas d'équipe à l'aide du modèle User Story Map :
1. Ajoutez le modèle User Story Map à un tableau Miro
Commencez par cliquer sur « Utiliser ce modèle ». Sur un tableau Miro vierge, vous pouvez aussi installer un cadre à partir de Miro Marketplace et il sera ajouté à votre barre d'outils. Le modèle commence par trois cartes vierges où vous pouvez ajouter des activités, des tâches et des récits utilisateurs.
2. Identifiez votre profil utilisateur, puis décrivez les tâches utilisateurs étape par étape
Regroupez les tâches utilisateur par objectifs ou activités pour l'utilisateur. Développez une carte pour écrire plus de texte et formatez-la rapidement. Ensuite, ajoutez des détails précieux en remplissant les dates d'échéance, les cessionnaires, les balises et les liens.
3. Priorisez les récits pour un sprint
Pour modifier la structure de votre carte, faites glisser et déposez des cartes individuelles ou des groupes de cartes et le modèle s'ajustera automatiquement. Insérez des sections pour les prochains lancements et versions de votre produit.
4. Préparez-vous à un sprint
Si vous travaillez avec Jira, collez un URL ou convertissez les cartes en problèmes Jira directement depuis le tableau. Si vous travaillez avec Jira, collez un URL ou convertissez les cartes en problèmes Jira directement depuis le tableau.
5. Collaborez avec votre équipe
Invitez vos collègues à contribuer et à travailler ensemble en temps réel. Reportez-vous à la User Story Map au fil du temps lorsque vous créez de nouvelles itérations du produit, ajoutez de nouvelles fonctionnalités et mettez-la à jour en fonction de nouvelles données ou découvertes à mesure que les utilisateurs essaient le produit.
Comment utiliser les user story maps dans la méthode Agile ?
Agile consiste à organiser votre backlog produit et à prioriser la réalisation. Le user story mapping aide à hiérarchiser le backlog. Grâce à la cartographie des histoires utilisateur, les équipes produit savent ce qui compte pour les utilisateurs et ce sur quoi elles doivent travailler en premier. Il est important de noter que la cartographie des histoires utilisateur concerne des histoires utilisateur, et non des fonctionnalités produit.
Commencer avec ce modèle maintenant.
Modèle Rapport d'état de projet
Idéal pour:
Gestion de projet, Documentation, Planification de projet
Un rapport sur l'état du projet est un court document qui permet aux parties prenantes de votre projet d'être informées et d'être au courant de ce qu'il se passe, et pourquoi. Vous pouvez commencer à rédiger ce document par vous-même, puis inclure également vos collaborateurs pour produire un rapport pertinent. Un rapport sur l'état d'avancement d'un projet devrait idéalement comparer l'état actuel de votre projet avec son plan initial. Le rapport suit comment vous atteignez vos objectifs, même si vous rencontrez des contretemps. Il est également susceptible d'être lu par des exécutifs contrôlant les budgets et la gouvernance, ce qui peut vous aider à maintenir le rapport focalisé sur les problèmes critiques.
Modèle Analyse des Parties Prenantes
Idéal pour:
Gestion de projet, Planification Stratégique, Planification de projet
La gestion des parties prenantes fait partie intégrante de la réalisation d'un projet à temps et de la satisfaction des attentes. Voici donc comment utiliser une analyse des parties prenantes pour vous aider. Une analyse des parties prenantes vous permet de répondre à des attentes et de terminer des projets à temps en identifiant les individus, les groupes et les organisations ayant un intérêt direct dans un programme ou un processus. Dans une analyse typique des parties prenantes, vous allez hiérarchiser les parties prenantes en fonction de leur influence sur un projet et chercher à comprendre la meilleure façon d'interagir avec elles tout au long du projet.
Modèle Feature Planning
Idéal pour:
Desk Research, Agile Methodology, Product Management
Les fonctionnalités sont ce qui rend un produit ou un service amusant, mais en ajouter de nouvelles n'est pas de tout repos. Il faut de nombreuses étapes (imaginer, concevoir, affiner, construire, tester, lancer et promouvoir) et autant de parties prenantes. Le Feature Planning vous permet de mettre en place un processus fluide et robuste, afin que vous puissiez ajouter une fonctionnalité avec succès et consacrer moins de temps et de ressources à le faire. Cela fait de notre modèle Feature Planning un point de départ intelligent pour quiconque cherchant à ajouter de nouvelles fonctionnalités à leur produit, en particulier les membres des équipes produit, ingénierie, marketing et vente.
Modèle de Processus de Recrutement
Idéal pour:
Opérations, Organigrammes, Tableaux Kanban
Pour la plupart des organisations, embaucher les nouveaux employés parfaits est un processus multi-étapes, transversal, qui prend du temps et nécessite beaucoup de ressources et de patience. Ainsi la mise en place d'un processus d'embauche simplifie chaque étape : de l'identification des besoins à la formulation/finalisation des contrats, en passant par le recrutement pour le poste. Ce modèle simple et efficace vous donnera une vue d'ensemble immédiate sur la progression des employés du statut de candidat à celui de nouvelle recrue.
Modèle Crazy 8
Idéal pour:
Design Thinking, Brainstorming, Ideation
Parfois, vous avez juste besoin de faire circuler la créativité de votre équipe pour un brainstorming et de faire réfléchir ses membres à autant d'idées que possible, aussi vite qu'ils le peuvent. La méthode Crazy 8 le fera rapidement. Privilégiant la quantité à la qualité, cet exercice de brainstorming de croquis les met au défi de proposer huit idées en huit minutes, ce qui ne laisse pas le temps de remettre en doute les idées présentées. Cette méthode est parfaite pour les premiers stades de développement de projets. Sa rapidité et son caractère amusant en font l'une des méthodes favorites des équipes.
Modèle PI Planning
Idéal pour:
Méthodologie Agile, Planification Stratégique, Développement de logiciels
Le PI Planning signifie « planification par incréments de programme ». Partie intégrante d'un Scaled Agile Framework (SAFe), le PI Planning aide les équipes à élaborer des stratégies vers une vision partagée. Au cours d'une session de PI Planning typique, les équipes se réunissent pour examiner un backlog de programme, s'aligner de manière polyvalente et décider des prochaines étapes. De nombreuses équipes organisent un événement de PI planning toutes les 8 à 12 semaines, mais vous pouvez personnaliser votre calendrier de planification en fonction de vos besoins. Utilisez le PI planning pour décomposer les fonctionnalités, identifier les risques, trouver les dépendances et décider quels récits vous allez développer.