La cartographie des histoires d'utilisateurs est une opération visuelle qui aide les chefs de produit et les équipes de développement à définir le travail qui aboutira à la meilleure expérience utilisateur possible. Elle aide les équipes à mieux comprendre leurs clients et à prioriser leurs efforts.
Le gestionnaire de produit et l'équipe de développement sont généralement les publics cibles de l'initiative histoire d'utilisateur cartes. L'objectif est de créer et d'organiser les histoires d'utilisateurs dans un flux qui a du sens à la fois pour l'utilisateur et pour les objectifs commerciaux du produit, ce qui est utile pour les clients et les autres parties prenantes.
Les équipes développent une esquisse dynamique des interactions d'un utilisateur représentatif avec le produit, évaluent les étapes qui offrent le plus d'avantages pour l'utilisateur et classent par ordre de priorité ce qui doit être construit ensuite en utilisant la cartographie des histoires d'utilisateurs. La cartographie des histoires d'utilisateurs offre une alternative à la création d'une liste plate d'éléments du backlog ou au travail à partir de documents d'exigences volumineux pour les organisations agiles.
Le concept des histoires d'utilisateurs, qui transmet les besoins du point de vue de la valeur pour l'utilisateur, est utilisé dans la cartographie des histoires d'utilisateurs pour valider et construire une compréhension partagée des processus de création d'un produit numérique que les consommateurs aiment. Les user stories sont rédigées de manière à capturer la valeur pour l'entreprise et peuvent être réalisées en une seule itération de développement par les équipes (généralement appelée sprint).
La structure des récits d'utilisateurs - en tant que (type d'utilisateur), je veux (activité) pour (bénéfice) - peut être utile lorsque l'on considère les interactions du produit du point de vue de l'utilisateur.
Cartographie des histoires d'utilisateurs et cartographie du parcours du client
A carte de voyage est une description visuelle d'une histoire d'utilisateur du point de vue du client. Une carte du parcours client est un ensemble d'actions ou de processus par lesquels un client passe pour améliorer son expérience globale. Généralement, une carte de parcours décrit de nombreuses histoires d'utilisateur.
Dans une carte de voyage, l'état mental et les émotions sont alignés avec le processus, mais ils ne sont généralement pas inclus dans les histoires d'utilisateur individuelles. La carte de parcours décrit le processus et identifie les étapes qui ne fonctionnent pas. Elle est utilisée pour améliorer la satisfaction des clients et rationaliser les processus.
Les récits d'utilisateurs sont rédigés de manière à saisir la valeur commerciale et peuvent être achevés en une seule itération de développement par les équipes (généralement appelée sprint).
Le besoin d'une partie prenante est une histoire d'utilisateur. Il comprend des informations sur le rôle, les objectifs et le motif d'un produit ou d'un service. Exemple : En tant que, j'ai besoin de, pour que. Les composants du parcours complet du client sont examinés dans les user stories.
Story Mapping physique ou numérique
Plan du récit physique
Les story maps physiques permettent de visualiser les histoires des utilisateurs afin d'avoir une vue claire et complète de l'expérience utilisateur.
Avantages
- C'est simple à mettre en place : tout ce dont vous avez besoin, c'est de quelques notes autocollantes de différentes couleurs.
- Tout le monde est invité à contribuer - il n'y a aucune restriction sur les licences ou les privilèges d'édition.
- Simple à mettre à jour - S'adapter rapidement à mesure que de nouvelles idées émergent. Pour indiquer un changement de priorité, retirez une carte, ajoutez-en une ou déplacez-la vers le haut ou vers le bas de la liste.
- Excellente visualisation - Vous pouvez voir l'intégralité de la carte de l'histoire en une seule fois, sans avoir à la faire défiler.
- Le radiateur d'informations - Si vous la laissez en place, la carte servira de point de référence à l'équipe lorsqu'elle commencera le développement et à toute personne de l'entreprise qui souhaite voir le parcours client et le produit minimum viable (MVP).
Inconvénients
- Elle nécessite beaucoup d'espace mural, ce qui est difficile à trouver dans de nombreux bureaux.
- Pas bien adapté à la participation à distance - il est difficile de suivre et de contribuer si tous les membres de l'équipe ne sont pas dans la même pièce.
- Pour une utilisation plus simple pendant les sprints, la plupart des équipes placent les informations recueillies sur la carte narrative dans une plateforme de gestion du backlog, telle que JIRA.
Cartes d'histoires numériques
Les cartes d'histoires numériques combinent une technologie cartographique de pointe avec du texte, des photographies et du contenu multimédia pour générer des histoires captivantes basées sur l'emplacement, accessibles depuis n'importe quel appareil connecté à Internet et doté d'un navigateur Web, y compris les tablettes et les smartphones.
Avantages
- Permet la participation à distance - C'est une option fantastique pour les équipes dispersées. Elle permet aux participants à distance de participer et de suivre le processus.
- Un espace physique n'est pas nécessaire - Sans une zone d'équipe désignée, vous pouvez vous lancer.
- Il faut capturer d'autres objets de l'histoire - Attachez des artefacts supplémentaires aux cartes individuelles de la carte de l'histoire, comme des liens, des documents et des images.
- Intégration avec des outils de gestion de projet et Agile - La plupart des comptes payants incluent des intégrations qui vous permettent de transférer plus rapidement les épopées, les histoires et les estimations de votre story map dans votre backlog.
- Il y a plusieurs options parmi lesquelles choisir, et elles sont toutes gratuites à essayer. De nombreuses technologies sont disponibles pour des essais gratuits (StoriesOnBoard, Cardboard, Agile User Story Map JIRA plugin, Feature Map, Realtime Board).
Inconvénients
- Frais de licence mensuels - Pour accéder aux fonctionnalités les plus avantageuses, vous devrez très probablement acquérir une licence mensuelle pour un ou plusieurs membres de votre équipe.
- Il est recommandé d'avoir un seul éditeur à la fois - il peut être difficile d'avoir plusieurs personnes qui modifient une carte simultanément.
- Les entreprises dont les exigences en matière de sécurité sont strictes risquent de ne pas pouvoir utiliser la technologie souhaitée, car les données sont stockées à l'extérieur.
- Il sera plus difficile de rester concentré si vous vous joignez à l'ordinateur, car il y aura plus de distractions. De plus, comme la cartographie narrative peut prendre de quelques heures à plusieurs jours, il n'est pas facile de suivre à distance pendant tout ce temps.
Quand la cartographie des histoires d'utilisateurs est-elle faite ?
Le story mapping présente l'avantage de pouvoir être utilisé à n'importe quel stade du cycle de vie du produit.
- Vous travaillez sur un MVP? Une story map est un excellent outil pour déterminer les capacités minimales requises pour tester votre concept. Elle vous évitera d'"oublier" des aspects importants de l'expérience utilisateur que vous auriez pu ignorer par ailleurs.
- Vous cherchez des moyens d'améliorer la version 1.0 ? Une story map peut aider votre équipe à avoir d'excellentes discussions sur ce qui aura le plus grand impact sur vos utilisateurs en affichant clairement toutes les différentes améliorations que vous pourriez mettre en œuvre.
- Est-il de plus en plus difficile de gérer votre backlog ? En fournissant à chaque élément un certain contexte et en permettant de hiérarchiser et de regrouper les éléments à l'aide d'une vue d'ensemble, la cartographie des histoires d'utilisateurs peut vous aider à contrôler le carnet de commandes ; en outre, elle peut identifier des lacunes que vous n'auriez pas repérées autrement.
- Vous ajoutez une nouvelle extension de produit à votre portefeuille ? Une carte de l'histoire de l'utilisateur vous montrera ce que vous avez déjà et ce dont vous aurez besoin pour compléter la fonctionnalité supplémentaire au même niveau que votre offre actuelle.
La cartographie des histoires d'utilisateurs commence par des personas, que votre produit soit encore en développement ou qu'il soit utilisé depuis des décennies. Vous devez savoir qui utilisera votre produit et ce qu'il tente d'accomplir. Cela influence tout à l'avenir puisque vous imaginez comment ils utiliseront le produit final avant que vous ne l'ayez construit.
Au fur et à mesure de l'avancement de votre réflexion, vous constaterez que vous devrez appliquer plusieurs personas à la même carte de l'histoire de l'utilisateur, car différents types d'utilisateurs tentent d'atteindre différents objectifs avec votre produit. Si votre parcours ne peut pas tous les accueillir, cette approche révélera immédiatement les failles de votre offre dans ces nouveaux scénarios.
Qui devrait participer
La cartographie des histoires d'utilisateurs est une approche combinée qui rassemble des équipes interfonctionnelles dans le but de créer un produit qui sera meilleur demain qu'il ne l'est aujourd'hui. Par conséquent, toute équipe dont les activités contribueront à la création effective de la valeur client devrait être représentée.
Parce qu'une cartographie de l'histoire de l'utilisateur donne une perspective holistique du produit, les membres de toute équipe responsable de l'architecture de l'ensemble de l'expérience du produit devraient être inclus. Dans un exercice de cartographie des histoires d'utilisateurs, ces groupes sont souvent représentés :
- Ingénierie
- UX / design
- Gestion des produits
- Ventes
- Marketing
- Support client
- Ops / IT
- Finances
- Juridique
Comment créer une carte des histoires d'utilisateurs
Le choix du support à utiliser pour créer la story map est la première étape du story mapping utilisateur. Elle peut être réalisée avec des ressources physiques simples comme un mur ou un tableau blanc et des notes autocollantes, ou elle peut être réalisée avec plusieurs outils logiciels pour construire une carte virtuelle. Pour les équipes distribuées, la planification virtuelle peut être bénéfique. Les équipes doivent suivre les instructions ci-dessous, quel que soit le support utilisé :
1er : Définir le problème
Quels problèmes votre produit résout-il pour les utilisateurs, ou quelle tâche les aide-t-il à accomplir ? Dans la cartographie de l'histoire de l'utilisateur et le travail qui suit, il est crucial d'adopter une approche axée sur l'objectif, et les équipes doivent s'assurer qu'elles cartographient l'objectif du client.
C'est vrai même si les équipes travaillent à l'amélioration d'un produit existant. Le format de l'histoire de l'utilisateur (En tant que [type d'utilisateur], je veux [activité] pour que [bénéfice]) peut être utile pour envisager les interactions du produit du point de vue de l'utilisateur.
2 : Comprendre les utilisateurs du produit
Quel est le public visé par votre produit ? Il y a de fortes chances qu'il y en ait plus d'un. Des publics différents auront des objectifs différents et interagiront différemment avec votre produit.
Commencer par un ensemble de personas d'utilisateurs garantit que tous les membres de l'équipe ont une connaissance commune du public cible et peuvent construire des histoires à partir de cette perspective. Cela permet également de réduire le temps consacré aux cas limites qui ne sont pas pertinents pour le public visé.
3ème : Activités des utilisateurs de cartes
Chaque utilisateur qui interagit avec un produit effectuera très probablement des actions typiques. L'épine dorsale de la cartographie de l'histoire de l'utilisateur comprend ces activités, également appelées thèmes ou fonctions. Les utilisateurs d'un produit de commerce électronique, par exemple, peuvent vouloir rechercher des articles à vendre, parcourir des articles par catégorie, ajouter des articles à un panier et terminer une transaction.
Les contes en haut de la carte seront constitués de ces activités, que l'équipe décomposera ensuite en histoires d'utilisateur plus petites.
4ème : Cartographier les User Stories sous les activités
L'équipe peut maintenant étoffer le squelette de la carte en décomposant chaque activité ou thème en de plus petites histoires d'utilisateur, avec l'ossature en place et les thèmes principaux spécifiés.
Par exemple, des histoires telles que "En tant qu'acheteur, je souhaite mettre à jour et supprimer des produits dans mon panier afin de pouvoir changer d'avis avant d'acheter" pourraient être trouvées sous l'activité "Panier d'achat".
5ème : Flux et priorités
Après avoir créé des thèmes de haut niveau et des histoires d'utilisateurs spécifiques, l'étape suivante consiste à les hiérarchiser en les classant verticalement du plus important au moins important. Ensuite, les équipes planifient la manière dont les consommateurs se déplacent dans le produit, généralement de gauche à droite.
Les équipes peuvent vouloir cartographier des scénarios distincts pour différentes catégories d'utilisateurs si un produit a plusieurs types d'utilisateurs. Ces étapes aident les équipes à déterminer quelles histoires sont essentielles et lesquelles ne le sont pas pour offrir une excellente expérience du produit au(x) public(s) cible(s).
6ème : Identifier les lacunes, les dépendances, les exigences techniques et les alternatives.
La story map permet aux équipes d'anticiper les défis possibles tels que les goulots d'étranglement, les dépendances, l'architecture technologique et les connaissances et capacités manquantes qui pourraient les ralentir par la suite.
Identifier ces risques avant de commencer le travail de conception ou de développement peut aider les équipes à les minimiser et à les atténuer, à améliorer la convivialité et à développer des solutions alternatives.
7ème : Planifier les sprints et les versions
C'est là que les groupes transforment un exercice visuel en travail réalisable. Les équipes peuvent voir le travail qui offrira le plus de valeur dans le temps le plus court en priorisant les histoires du haut vers le bas et en regroupant ces histoires en sprints de développement et en versions de produits.
Les équipes diviseront la carte en "tranches" horizontales, en classant les contes selon leur priorité au sein de chaque activité essentielle de l'utilisateur. Il est essentiel de se rappeler qu'il ne s'agit pas de déterminer ce qui est nécessaire pour un produit minimal viable, mais plutôt de déterminer les tâches les plus importantes pour offrir une expérience agréable au client.
Le processus de la cartographie des histoires d'utilisateurs
Quelle est la meilleure façon d'aborder la cartographie des histoires d'utilisateurs ? En fonction de la taille de votre équipe, de la portée et de la durée d'un projet, ainsi que du stade de maturité du produit, vous pouvez le mettre en œuvre de plusieurs manières.
La cartographie narrative est le meilleur point de départ lorsque vous avez rassemblé toutes les exigences du produit et constitué l'équipe de projet. La carte peut être créée à partir du ou des backlogs existants ou comme un document autonome.
1. Classer les histoires par ordre de priorité et définir le MVP
Il existe trois couches qui détaillent un produit. Le mieux est de hiérarchiser les fonctionnalités les plus importantes et les dates de sortie prévues. Les différentes approches doivent être décrites avant de pouvoir être utilisées pour hiérarchiser les user stories en fonction de leur importance.
La planification des sorties se fait avec du ruban adhésif dans le cas des notes autocollantes. Il suffit de diviser les blocs narratifs de manière à ce que chacun d'entre eux représente visuellement un communiqué. Les produits numériques offrent de nombreuses fonctions permettant de regrouper, d'esquisser, de coder par couleur et de répartir les notes.
2. Collecte des documents et sélection d'un outil de cartographie dans la phase préliminaire
Emportez avec vous toute documentation technique utilisable que vous possédez pour un projet. Le document sur les exigences du produit (PRD), les normes et les évaluations seront tous importants à prendre en compte. Vous devriez également examiner les personas d'utilisateurs créés par un chercheur en expérience utilisateur.
Ensuite, répondez à cette question fondamentale : Quel genre de story map voulez-vous créer ? Si vous choisissez d'écrire à la main, rassemblez un tableau noir, de nombreuses notes autocollantes, des feutres, des marqueurs, du ruban adhésif et du café. Si vous voulez que la carte soit bonne, assurez-vous que le produit numérique offre une capacité de partage dans le cadre de sa fonctionnalité gratuite ou payante.
3. Rédiger les User Stories
Entrons maintenant dans le vif du sujet. Les user stories dans un backlog plat sont écrites comme ceci : "En tant que rôle d'utilisateur, je veux agir de manière à obtenir une motivation." Le format des user stories donne suffisamment de détails lorsqu'on aborde les différentes fonctionnalités. Par conséquent, vous pouvez utiliser ce format dans votre carte ou le simplifier en un format de tâche technique, comme l'ajout de la fonction glisser-déposer pour soumettre un fichier.
Le cadre traditionnel d'un récit d'utilisateur n'est pas nécessaire car vous organisez déjà les histoires à travers des épopées avec des personas d'utilisateur désignés. Le nombre d'histoires et leurs détails varieront en fonction de l'endroit où vous vous trouvez dans le projet. processus de planification du projet. Maintenez l'attention sur le MVP (ou Minimum Viable Product), au minimum.
4. Organiser les histoires d'utilisateur qui sont laissées de côté
Vous trouverez certainement de nouvelles idées au cours du débat. En général, les techniques de priorisation comprennent une catégorie distincte pour les histoires agréables à lire. Par conséquent, ne les négligez pas.
Une section "thrash" est un autre élément clé que vous devez inclure. Cette section peut sembler cruelle, mais c'est un endroit où vous pouvez stocker des histoires inutiles. Il est possible que l'importance de cette section ne soit pas immédiatement apparente. Cependant, à mesure que le produit mûrit, vous devez vous attendre à un changement de priorité ou à l'ajout d'exigences supplémentaires.
Ainsi, pour retrouver ces informations en cas de besoin, il faut que tout soit structuré et transparent. Après la mise en place des versions, vous devrez mettre à jour les informations de la carte afin de la maintenir à jour avec l'état actuel du projet.
5. Pour la cartographie narrative, organisez la réunion et intégrez les participants.
Lorsque vous avez comptabilisé tous les participants et effectué tous les préparatifs pratiques, il est temps de dire aux membres ce que vous allez faire. Commencez par un échauffement en conversant simplement avec les individus pendant quelques minutes.
Il est essentiel que tous les participants à une réunion se sentent à l'aise afin qu'ils puissent participer à la discussion et exprimer leurs idées. Expliquez le fonctionnement d'une story map et ce que vous attendez des participants par la suite.
L'objectif principal est d'expliquer les objectifs et de s'assurer que tous les membres de l'équipe sont sur la même longueur d'onde. Ensuite, vous devez expliquer la structure de la carte :
- Expliquez ce que chaque couleur implique si vous utilisez un code de couleurs. Précise-t-elle le type ou la priorité de l'élément ?
- Expliquez aux membres comment les choses doivent être disposées sur la carte.
- Il convient d'expliquer les autres possibilités, comme les pensées ou les zones à privilégier.
Une section "thrash" est un autre élément clé que vous devez inclure. Cette section peut sembler cruelle, mais c'est un endroit où vous pouvez stocker des histoires inutiles.
Bien que l'animateur de la réunion puisse être celui qui écrit les informations sur les notes autocollantes, n'importe quel membre peut le faire indépendamment. Par conséquent, chaque participant doit être au courant des règles.
6. Conduire l'atelier
Après avoir donné tous les détails nécessaires, vous commencerez à travailler sur la carte proprement dite. La création de la carte commence par la création des activités des utilisateurs en fonction des personas des utilisateurs. Les épopées sont utilisées pour organiser les activités des utilisateurs. Ce sera donc la base de votre future offre, les étapes qu'un utilisateur peut suivre pour identifier vos biens.
Tenez compte de la description d'un persona d'utilisateur lorsque vous composez des épopées, car elle fournira des informations cruciales sur la façon de construire l'épopée avec précision. Ensuite, dans le cadre des actions de l'épopée, divisez-les en tâches qu'un utilisateur peut effectuer. Les activités des utilisateurs ne doivent pas être confondues avec les user stories ; elles doivent définir une étape du processus plutôt qu'une fonctionnalité.
7. Sélectionner les membres d'une équipe de Story Mapping
Avant de commencer, dressez une liste des personnes avec lesquelles vous allez travailler pour créer votre carte. Le story mapping prend la forme d'un atelier auquel participe le personnel essentiel de tous les départements. Le résultat de cette phase doit être une liste claire des personnes qui y participeront.
Seuls ceux qui sont capables de porter un jugement et de participer activement à la conversation devraient être pris en considération. Voici un indice : Un maximum de dix personnes peut participer à l'atelier. Vous ne pourrez pas accorder suffisamment de temps à chaque membre si l'équipe s'agrandit. Moins vous sélectionnez de personnes, plus il sera facile d'entamer une conversation entre elles.
8. Mettre en place des personas utilisateurs
Les personas d'utilisateurs fournis par les départements UX ou marketing serviront de base à votre carte. Vous ne serez pas en mesure de comprendre les épopées du produit si vous ne savez pas qui sont vos utilisateurs, et vous passerez à côté de l'idée même du story mapping. Vous pouvez définir qui effectuera des tâches particulières dans le système en utilisant des personas utilisateurs ou en discutant avec le personnel UX.
Que se passe-t-il après l'achèvement de la cartographie des histoires d'utilisateurs ?
Si les équipes ne l'ont pas encore fait, elles devront, à la fin d'un processus de cartographie des histoires d'utilisateurs, organiser leur schéma d'histoires priorisées en sprints et en versions. Pour s'assurer que la feuille de route du produit est acceptée, l'équipe produit peut vouloir partager ou évaluer la carte des histoires d'utilisateurs avec les équipes qui n'ont pas participé, y compris la direction. Toutes les équipes qui contribuent au travail des futurs sprints ou releases non représentés dans l'exercice de cartographie doivent le faire.
Les artefacts de cartographie des récits d'utilisateurs seront très probablement transférés dans une plate-forme d'ingénierie logicielle partagée par les équipes de produits et de développement. Les équipes d'ingénierie devront peut-être ajouter des exigences techniques et des critères d'acceptation pour garantir que tout travail apporte la valeur pour l'utilisateur établie dans l'exercice de cartographie narrative.
La carte des histoires d'utilisateurs ne doit pas être statique. Elle peut être mise à jour en fonction des résultats des pointes de recherche, des estimations modifiées et des commentaires des utilisateurs au cours des sprints et des versions. La story map peut également servir de feuille de route visuelle pour communiquer les activités prévues et inachevées.
Enfin, les équipes chargées de la cartographie des histoires d'utilisateurs devraient profiter de chaque exercice pour se rapprocher des clients et renforcer leur empathie pour ce qu'ils essaient d'accomplir.
Avantages de la cartographie des histoires d'utilisateurs
Voici quelques façons dont la cartographie narrative aide les équipes à améliorer leurs processus pour développer des produits que les utilisateurs apprécieront.
1. Se concentrer sur la valeur pour l'utilisateur
Lorsqu'une équipe produit élabore une story map utilisateur, elle visualise le produit du point de vue de l'utilisateur. La carte narrative qu'elle a créée l'aidera à déterminer comment les consommateurs interagissent avec le produit et quels efforts donneront les meilleurs résultats. Par conséquent, la planification de la feuille de route du produit doit se faire de l'extérieur vers l'intérieur.
2. Donner la priorité au bon travail
La création d'une représentation complète de tout le travail nécessaire pour offrir une expérience produit complète peut aider les équipes à déterminer ce qui est le plus important, à organiser le travail en versions (la livraison d'une nouvelle expérience client) et à dé-prioriser le travail qui a une valeur moindre pour l'utilisateur.
3. Conduit des exigences claires et bien dimensionnées
De nombreuses équipes ont du mal à élaborer des récits d'utilisateurs et des exigences attrayants. La cartographie des récits d'utilisateurs peut aider en illustrant la manière dont les grandes parties du travail sont décomposées en plus petites et en montrant comment les éléments du travail sont liés.
4. Apporter une nouvelle valeur ajoutée tôt et souvent
Les équipes peuvent utiliser la cartographie des histoires d'utilisateurs pour organiser leur travail en itérations et en versions en fonction de leur importance pour les utilisateurs.
Le fait de travailler d'abord sur les éléments les plus essentiels permet aux équipes d'apporter plus rapidement la plus grande valeur ajoutée aux clients, de recevoir un retour d'information précoce de leur part et de déterminer rapidement quelles améliorations du produit seront les plus utiles.
5. Expose les risques et les dépendances
La création d'une carte narrative de la façon dont les clients interagissent avec un produit peut fournir aux équipes une image holistique du produit, leur permettant de voir tous les blocages, risques et dépendances qui doivent être traités pour livrer le produit efficacement.
6. Établir un consensus au sein de l'équipe
La création d'une carte narrative de l'utilisateur permet aux équipes de partager une compréhension commune de l'expérience client et du travail nécessaire pour l'améliorer. Le projet favorise les discussions qui aboutissent à une compréhension commune de ce qu'il faut créer, quand le faire et pourquoi.
Quelles sont les difficultés de la cartographie des histoires d'utilisateurs ?
La cartographie des histoires d'utilisateurs peut aider les équipes à avancer rapidement et à produire des produits que les consommateurs apprécient, mais elle peut aussi conduire à des résultats insatisfaisants si les équipes ne sont pas préparées. Voici quelques-unes des difficultés dont il faut être conscient :
Pas de client clair
Il est difficile de savoir ce qu'un client pense d'un produit si vous ne savez pas qui il est. Vous devez identifier pour qui vous faites des cartographies.
Pas de problème évident
L'ensemble des efforts de histoire d'utilisateur Le mapping peut se retourner contre vous si vous ne savez pas quel problème votre solution résout pour les clients. Construire des histoires vers le mauvais objectif client peut être une perte de temps et d'argent dans l'exercice lui-même et dans les sprints et releases basés sur celui-ci.
Utilité limitée
Il est difficile de maintenir à jour des story maps physiques construites à partir de notes autocollantes sur un tableau blanc. Les itérations et les versions sont expédiées sans mise à jour parce que les notes autocollantes s'enlèvent, les tableaux blancs sont nettoyés et le travail est perdu, ou les itérations et les versions sont expédiées sans mise à jour du tableau. En outre, les story maps créées dans un seul lieu physique ne profitent pas aux équipes travaillant dans d'autres lieux qui ne peuvent pas les voir.
Re-travail et redondance
Pour que les équipes de développement commencent à travailler sur les histoires issues d'une carte des histoires de l'utilisateur, il faut souvent les reproduire dans un backlog plat, tel qu'un outil de génie logiciel. Par conséquent, cette activité peut donner l'impression que les équipes se répètent.
Conclusion : Comment la cartographie des histoires d'utilisateurs améliore votre activité
Le story mapping permet d'atteindre divers objectifs auxquels les chefs de produit sont fréquemment confrontés. Vous pouvez communiquer les buts et objectifs généraux à vos collègues sans leur faire la morale. Vous pouvez favoriser un environnement collaboratif où chacun est impliqué dans le développement du produit. Vous pouvez utiliser des idées et des pensées possibles qui passeraient autrement inaperçues. Avant que votre équipe ne crée une seule ligne de code, vous pouvez parvenir à un consensus et à une compréhension commune des objectifs.
D'un autre côté, la cartographie des histoires n'est pas rapide - après tout, vous devez cartographier chaque histoire d'utilisateur - et vous aurez besoin de la zone physique appropriée pour la réaliser. Vous devrez peut-être persuader la direction que le temps de chacun est mieux utilisé que les programmes prévus.
Cependant, si votre produit n'aide pas les clients à achever leur voyage, ils iront ailleurs ou l'annuleront complètement. Une story map permet à chacun de se rallier au même objectif et produit un environnement riche en contexte dans lequel il est clair où les ressources doivent être allouées.
