Un guide rapide pour la cartographie des histoires d'utilisateurs (modèle inclus)
Publié: 2022-08-23L'idée de la cartographie des histoires d'utilisateurs remonte à Jeff Patton. Il a littéralement écrit le livre à ce sujet, It's All in How You Slice It, qui est sorti en 2005.
Patton est un consultant qui fait de la cartographie des histoires d'une manière plus axée sur l'amélioration du processus de développement de produits, pas seulement sur l'amélioration des vitesses de production. Il le fait grâce à un mélange de gestion de projet agile, de lean and leads, de conception UX et de frameworks de startups design thinking. Son approche holistique se concentre sur la cartographie des user story sans oublier la roadmap de développement produit ou logiciel.
Qu'est-ce que tout cela signifie? Ça sonne assez bien. Tout le monde aime les histoires, y compris les chefs de produit. La cartographie des histoires est la façon dont les histoires d'utilisateurs sont utilisées dans la gestion des produits et le développement de logiciels. Mais avant de définir le story mapping, nous devons d'abord comprendre ce qu'est une user story.
Qu'est-ce qu'une histoire d'utilisateur ?
L'idée d'une histoire d'utilisateur vient du développement de logiciels et de la gestion de produits. Une user story est une fonctionnalité de produit décrite du point de vue de l'utilisateur. Il s'agit d'une description informelle d'une ou de plusieurs caractéristiques du produit, prononcée dans un anglais simple.
Le logiciel de gestion de projet capture les user stories pour les équipes. ProjectManager est un logiciel de gestion de projet et de travail basé sur le cloud qui dispose de plusieurs vues de projet. Les responsables peuvent planifier sur des diagrammes de Gantt et les équipes peuvent utiliser des listes de tâches ou des tableaux kanban pour gérer leur backlog et collaborer sur des sprints. Commencez dès aujourd'hui avec ProjectManager gratuitement.
Qu'est-ce que la cartographie des histoires ?
La cartographie des histoires prend les histoires d'utilisateurs et les place sur un graphique, appelé une carte des histoires d'utilisateurs. Le graphique est une visualisation en deux dimensions du backlog de produit. Le haut de la Story Map affiche les en-têtes sous lesquels les user stories complexes appelées epics sont regroupées. Ces epics sont des user stories qui ne peuvent pas être complétées dans une seule version de produit et doivent être décomposées en user stories plus petites. Ces user stories sont collectées verticalement, sous chaque thème épique et classées par priorité. Cela permet aux chefs de produit de décrire de nombreuses fonctionnalités du produit sans perdre la vue d'ensemble.
La cartographie des user stories est alors un moyen d'organiser et d'utiliser ces user stories dans un environnement de développement de produit agile selon une méthode simple mais efficace. Il aide les équipes de développement à envisager l'ensemble du produit ou du service en termes d'une série de fonctionnalités de produit créées en fonction des exigences des clients et des commentaires des utilisateurs finaux.
Comment créer une carte des histoires d'utilisateurs
Suivez ces étapes pour créer une Story Map pour vos projets de développement de produits.
1. Définir les fonctionnalités du produit
Identifiez les principales caractéristiques du produit ou du service que vous créez. Ce seront vos épopées de développement de produits. Chacune de ces épopées est un en-tête de la carte narrative que vous créez. Ils courent horizontalement en haut du graphique.
2. Histoires d'utilisateurs liées au groupe
Ensuite, sous chacune de ces rubriques épiques se trouvent les user stories qui leur sont liées. Les user stories ne doivent pas encore être très bien développées ni même hiérarchisées à ce stade. Vous voulez juste les collecter sous la bonne épopée.
3. Prioriser les histoires d'utilisateurs
Au fur et à mesure que des recherches sont effectuées, davantage de commentaires des clients sont recueillis et davantage de récits d'utilisateurs sont ajoutés à la carte des récits. Vous devez maintenant hiérarchiser les user stories et identifier les dépendances des tâches.
4. Partagez la Story Map
C'est à ce moment que l'ordre de ces user stories reflétera l'ordre dans lequel elles se produisent dans le parcours de l'utilisateur. Votre Story Map est prête à être partagée avec l'équipe de développement de produits.
La cartographie des histoires, comme le cadre agile plus large, est un processus itératif. Il provient de conversations entre les membres de l'équipe, les clients et les parties prenantes sur les meilleurs moyens d'offrir plus de valeur à l'utilisateur final et à l'entreprise. Ce dialogue commence tôt et la story map capture cette conversation sur le développement de produit dans un format exploitable.
Modèle de mappage d'histoire
Notre modèle de développement de produit contient tout ce dont vous avez besoin pour créer une story map et une feuille de route de développement de produit. Vous pouvez utiliser notre tableau kanban pour créer une story map dynamique qui vous permet de collaborer avec les membres de l'équipe en temps réel.
Ensuite, sous chacun de ces en-têtes de rubriques, se trouvent les user stories qui y sont liées. Les user stories ne doivent pas encore être très bien développées ni même hiérarchisées à ce stade. Vous voulez juste les rassembler sous la bonne rubrique. Au fur et à mesure que davantage de recherches sont effectuées et que davantage de directives sont fournies par les parties prenantes, davantage de détails sont ajoutés à l'histoire de l'utilisateur. Vous affinez la user story en décomposant chacune en éléments ou tâches plus petits. C'est à ce moment que l'ordre de ces user stories reflétera l'ordre dans lequel elles se produisent dans le parcours de l'utilisateur.
La cartographie des histoires, comme le cadre agile plus large, est un processus itératif. Il provient de conversations entre les membres de l'équipe et les parties prenantes sur les meilleurs moyens d'offrir plus de valeur à l'utilisateur final et à l'entreprise. Ce dialogue commence tôt et la carte narrative capture cette conversation dans un format exploitable. Utilisez notre diagramme de Gantt pour suivre vos epics, user stories et lancements de produits.
L'importance de la cartographie des histoires et ses avantages
Une user story map est un outil utile pour de nombreuses raisons. Comme indiqué, il fournit un espace pour recueillir la conversation entre les parties prenantes et l'équipe afin de déterminer ce qui est important dans le développement du produit. Cela permet ensuite à ces user stories de tomber dans le contexte de la plus grande histoire, de sorte qu'elles soient positionnées par ordre ou par importance.
Voici quelques-uns des principaux avantages de l'utilisation de la technique de story mapping pour le développement de produits.
Les Story Maps fonctionnent comme un rapport d'état
La carte narrative, comme le produit, doit être un travail en cours. C'est comme un instantané de ce que l'équipe pense à ce moment du projet. C'est donc un moyen de valider les hypothèses sur le projet et de s'assurer que l'équipe progresse dans la bonne direction. Il agit non seulement comme un outil organisationnel; il répète également une déclaration à la personne qui l'a prononcée pour s'assurer que les deux parties se comprennent.
La cartographie des histoires est une aide visuelle
C'est aussi une façon visuelle de penser, ce qui est utile pour les membres de l'équipe et les parties prenantes qui traitent mieux les choses de cette façon. Parce qu'il s'agit d'un outil visuel, il permet de voir l'ensemble de l'image en un coup d'œil et où les plus petites parties s'intègrent dans cet ensemble. Cela rend également évident pour les membres de l'équipe lorsqu'il y a un trou dans le processus.
La cartographie des histoires aide à la priorisation
Étant donné que les user stories sont rassemblées dans une carte de user story, elles peuvent être déplacées pour voir quelle séquence servirait le mieux le processus. Ce séquençage permet à l'équipe de déterminer quelles user stories doivent être incluses de manière incrémentielle.
La hiérarchisation, qui est une partie importante de la cartographie des user story, contribue à l'efficacité et à la productivité. Cela permet d'éviter de perdre du temps en se concentrant sur des fonctionnalités qui ne sont pas critiques pour l'utilisateur final. En effet, non seulement vous établissez des priorités, mais vous gardez également à l'esprit la vue d'ensemble, ce qui évite aux équipes de se retrouver dans les mauvaises herbes.
Les Story Maps permettent la communication
Il y a aussi la démocratie communicative de la user story map. Il facilite les communications et offre une compréhension partagée du projet pour les équipes et les parties prenantes. Peu importe où vous vous situez dans le projet, vous pouvez consulter la carte des histoires d'utilisateurs et connaître la grande histoire jusqu'aux plus petites parties qui la composent et comment tout cela se rapporte à la feuille de route du produit.
En relation : Comment planifier un lancement de produit réussi
Défis de cartographie d'histoires
De nombreux inconvénients de la cartographie des user stories sont liés à des erreurs d'exécution. Nous en avons énuméré quelques-uns ci-dessous.
- Trop de détails : Si vous attachez trop de détails à la user story, vous courez le risque de distraire l'équipe. Cela peut créer des risques indus, comme manquer une partie cruciale de la conversation, comme si le signal se perdait dans le bruit.
- Trop générique : Un autre problème est si votre user story est trop générique. Il a besoin d'un certain niveau de détail, ce sweet spot, pour fonctionner correctement. Si vous êtes trop large, des problèmes peuvent survenir lors de l'extraction de fonctions dans une itération donnée.
- Trop formel : Ne soyez pas trop formel non plus. N'oubliez pas que le langage doit être clair, simple et facile à comprendre pour tout le monde. Lorsque vous utilisez un langage de développement de produit formel, cela peut à nouveau distraire l'utilisateur et réduire la lisibilité de la description.
- Trop technique : Certains tombent dans le piège d'utiliser des paramètres techniques masqués dans les user stories. La liste des tâches techniques plutôt que l'historique de l'utilisateur aidera à brouiller l'étape importante de la hiérarchisation de ces tâches. La priorisation est basée sur l'utilisateur final et non sur la mécanique de la production. Cela dit, il existe certains dangers dont il faut être conscient, même lorsque les user stories et la cartographie sont correctement réalisées. L'accent est mis sur les bogues ou les tâches purement systémiques, ce qui peut détourner l'attention du projet.
FAQ sur la cartographie des histoires
Le story mapping n'a pas de fin. Il y a toujours plus à apprendre. Avez-vous d'autres questions sur les user stories ? Nous avons répondu à certaines des questions des lecteurs ci-dessous.
Quel est le but du Story Mapping ?
L'objectif principal de la cartographie des histoires est de permettre aux gestionnaires de visualiser le processus de développement de produits. Cela se fait en décomposant le travail nécessaire pour développer un produit en éléments d'action appelés user stories.
Qu'est-ce qu'une session de story mapping ?
Une session de story mapping ou un atelier de story mapping est un exercice de story mapping interfonctionnel où l'équipe de développement de produits rencontre des membres de différents départements pour créer ensemble des user stories.
Qui a inventé la cartographie des histoires ?
La cartographie des histoires d'utilisateurs a été inventée par Jeff Patton, qui a décrit la cartographie des histoires pour la première fois dans son article de 2005 "Tout est dans la façon dont vous le découpez". Depuis lors, il a continué à développer l'idée jusqu'à ce qu'il écrive le livre "User Story Mapping: Discover the Whole Story, Build the Right Product" en 2014.
Si vous recherchez des moyens de communiquer et de décomposer votre projet afin qu'il serve mieux l'utilisateur final, vous avez besoin d'un outil qui a le pouvoir de rendre les communications transparentes et d'organiser vos tâches sur une plate-forme partageable. ProjectManager est un logiciel de gestion de projet basé sur le cloud qui donne à votre équipe les outils collaboratifs dont elle a besoin pour exécuter des projets agiles. Essayez-le aujourd'hui avec cet essai gratuit de 30 jours.