Les histoires d'utilisateur sont ordonnées avec deux aspects distincts dans cartographie narrative. La "carte" représente les activités des utilisateurs le long de l'axe horizontal dans l'ordre dans lequel ils effectueraient la mission. Les histoires d'utilisateurs sont organisées sur l'axe vertical par priorité et par sophistication croissante de la mise en œuvre.
La cartographie des histoires d'utilisateurs est une activité visible qui aide les chefs de produit et les équipes de développement à définir les tâches spécifiques qui aboutiront à la meilleure expérience utilisateur possible. Elle aide les équipes à mieux comprendre leurs clients et à hiérarchiser leurs efforts.
Les équipes développent une esquisse dynamique des interactions d'un utilisateur représentatif avec le produit numérique, évaluent les étapes qui offrent le plus d'avantages pour les activités de l'utilisateur, et classent par ordre de priorité ce qui doit être construit ensuite en utilisant l'utilisateur. cartographie narrative.
Les cartes de récits d'utilisateurs offrent aux équipes agiles des alternatives à la création d'une liste plate d'éléments du backlog ou au travail à partir de documents d'exigences volumineux. Le concept d'histoires d'utilisateurs, qui transmet les besoins du point de vue de 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.
La cartographie des histoires d'utilisateurs est une activité visible qui aide les gestionnaires de produits et les équipes de développement à définir les tâches spécifiques qui aboutiront à la meilleure expérience utilisateur possible.
Ils sont rédigés de manière à capturer la valeur commerciale et peuvent être achevés en une seule itération de développement par les équipes agiles (généralement appelée un sprint). Cependant, dans ce guide étape par étape, cet article de blog vous apprendra à créer une story map efficace qui vous aidera à planifier et à organiser votre produit numérique.
Anatomie d'une carte d'histoire d'utilisateur
Le backlog de produit d'une équipe agile est guidé par un user story map, une activité collaborative. La story map décrit l'interaction du client avec le produit, y compris les activités et les tâches qu'il accomplit. La création de la story map en groupe garantit que les membres de l'équipe sont sur la même longueur d'onde depuis le début du développement jusqu'à la livraison continue de nouvelles versions.
1. Backbone
Une colonne vertébrale fournit la structure. L'épine dorsale de la carte narrative de l'utilisateur capture les activités de haut niveau qu'un utilisateur réalisera en utilisant le produit. Acheter et regarder un film sur une Apple TV, par exemple, peut impliquer les activités suivantes :
- Sélectionner le film
- Acheter un film
- Regarder le film
- Critique / recommandation d'un film
2. Ordre chronologique
Une fois que vous aurez défini les activités de l'épine dorsale, vous les disposerez dans l'ordre où un utilisateur s'engagera avec le produit. Au fur et à mesure que le débat avance, il est courant de remanier les activités existantes ou d'en ajouter de nouvelles.
Il s'agit là d'un avantage majeur de l'utilisation d'une approche collaborative pour créer le backlog de produit, puisque vous pouvez vous appuyer sur l'expertise de toute l'équipe.
3. Histoires
Vous construisez des user stories sous chaque activité de l'épine dorsale pour étoffer l'expérience du client. Par exemple, sous l'action "sélectionner un film", vous pouvez trouver du contenu pour.. :
- recherche en texte libre
- parcourir par genre
- parcourir par un ajout récent
- parcourir par les plus populaires
- parcourir par genre le plus populaire
- parcourir par ajout récent par genre
La valeur perçue par l'utilisateur classe ces histoires. Les conversations avec les utilisateurs, les analyses des tendances d'utilisation ou tout autre type d'information adaptée à votre produit peuvent être utilisés pour déterminer la valeur.
4. Séquence
Il est temps de séquencer le travail une fois que l'équipe dispose de l'ossature et des histoires. Quels sont vos objectifs à long terme pour le MVP, 1.0, 2.0, et ainsi de suite ? Le chef de produit commence souvent un planification du sprint La réunion se termine par un examen de la carte descriptif pour s'assurer que tous les membres de l'équipe sont sur la même longueur d'onde.
Quand utiliser le Story Mapping
L'avantage du story mapping est qu'il peut être utilisé à n'importe quel stade du cycle de vie du produit.
- Vous travaillez sur un produit viable minimum (MVP) ? Un story map est un excellent moyen de déterminer les capacités minimales absolues pour tester votre concept. La cartographie des histoires d'utilisateurs vous évitera d'"oublier" des éléments essentiels de l'expérience utilisateur que vous auriez pu négliger autrement.
- Vous essayez de réfléchir aux moyens d'améliorer la version 1.0 ? En illustrant clairement les nombreuses mises à niveau que vous pourriez appliquer, une story map peut aider votre équipe à avoir des discussions fantastiques sur ce qui aura le plus d'impact sur vos utilisateurs.
- Est-il de plus en plus difficile de suivre votre backlog ? La cartographie des histoires peut vous aider à gérer le carnet de commandes en fournissant un contexte pour chaque élément, en déterminant les priorités et en regroupant les éléments dans une vue d'ensemble. La cartographie des récits d'utilisateurs peut également révéler des lacunes que vous n'auriez pas remarquées autrement.
- Vous élargissez votre gamme de produits avec une nouvelle extension de produit ? Un story map vous montrera ce que vous avez déjà et ce dont vous aurez besoin pour finaliser les nouvelles fonctionnalités avec le même niveau de qualité que le reste de votre produit.
Le story mapping commence par les personas, que votre produit soit encore en développement ou qu'il s'agisse d'un produit existant. Vous devez savoir qui utilisera votre produit et ce qu'il espère réaliser. Cela a un impact sur l'avenir puisque vous imaginez comment ils utiliseront le produit fini avant de le construire.
Au fur et à mesure de l'avancement de votre réflexion, vous découvrirez que vous devrez appliquer différents personas à la même story map, puisque différents types d'utilisateurs tentent d'atteindre différents objectifs avec votre produit. Cette stratégie fera immédiatement apparaître les faiblesses de votre offre dans ces nouveaux scénarios si votre parcours ne peut pas les prendre tous en charge.
Qui devrait participer au User Story Mapping
La cartographie des histoires d'utilisateurs est une approche conjointe qui rassemble des équipes interfonctionnelles pour 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 à créer efficacement de la valeur pour le client devrait être représentée.
Parce qu'une carte narrative 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 récits d'utilisateurs, ces groupes sont souvent représentés :
- Ingénierie
- UX / design
- Gestion des produits
- Ventes
- Marketing
- Support client
- Ops / IT
- Finances
- Juridique
Cartographie des histoires d'utilisateurs et cartographie du parcours du client
Bien qu'une feuille de route et une carte narrative de l'utilisateur contiennent certains des mêmes éléments, elles sont utilisées à des étapes différentes du projet. Une story map est utilisée pour la planification et la mise en œuvre, mais une journey map est utilisée pour évaluer les fonctionnalités du point de vue de l'utilisateur, ainsi que pour découvrir et comprendre les besoins de l'utilisateur.
La cartographie des histoires d'utilisateurs et la cartographie des parcours sont d'excellents partenaires. L'approche de la cartographie des parcours vous pousse à considérer les comportements globaux de vos utilisateurs. Il est simple de développer une compréhension partagée de leurs personas et de leurs besoins.
Le story mapping vous aidera à mettre en œuvre des parcours d'utilisateurs dans votre programme et à hiérarchiser les fonctionnalités à privilégier en donnant aux développeurs et aux chefs de projet une meilleure image des choses exploitables.
Qu'est-ce qu'une épopée ou une histoire ?
Les grandes histoires d'utilisateur sont appelées des épopées. Cela indique que la création d'une épopée est plus coûteuse que la création d'une cartographie des user stories. Les équipes passent souvent par un processus plus approfondi de définition, de validation et de déploiement que pour les user stories individuelles, car l'investissement est plus important.
Alors que les user stories sont normalement ajoutées directement au backlog de produit, les epics sont généralement ajoutés au backlog après être passés par une feuille de route de produit ou un discovery board. L'équipe s'efforce de décomposer l'épopée en petits morceaux, tels que les user stories, pendant qu'ils s'y trouvent (et les tâches et sous-tâches).
Parce que les épopées sont si vastes et complexes, elles prennent souvent la forme d'un petit projet.
Par conséquent, la plupart des épopées nécessitent davantage de planification et de préparation ; des réunions doivent être organisées, les tâches doivent être réparties et les résultats doivent être évalués pour déterminer ce qui a fonctionné et ce qui n'a pas fonctionné.
Les différences entre les épopées et les User Stories
Vous travaillez pour une startup fintech en tant que chef de produit ou propriétaire de projet (idéalement, le PM et le PO sont les mêmes personnes). Vous êtes en permanence en conversation avec les consommateurs pour découvrir de nouvelles opportunités et découvrir constamment de nouvelles opportunités.
Au cours de votre découverte d'opportunités, vous remarquez un problème intriguant auquel de nombreux acheteurs de biens immobiliers sont confrontés : les personnes pensent qu'il est difficile et stressant d'obtenir un aperçu des fournisseurs de prêts hypothécaires et de leurs services.
Déterminer quelle banque offre les meilleurs taux et conditions hypothécaires est une tâche longue et difficile pour ceux qui achètent une maison. De nombreuses personnes trouvent cela stressant, ne sachant pas si elles ont fait le bon choix après avoir choisi une banque.
Exemple : En tant qu'acheteur d'un logement, vous souhaitez acquérir une bonne vue d'ensemble de tous les taux et conditions des prêts hypothécaires afin de pouvoir décider en toute connaissance de cause de la banque à laquelle emprunter en moins de temps et avec moins de doutes.
Tout d'abord, faisons une pause pour apprécier cette fantastique cartographie des histoires d'utilisateurs.
- Elle est établie sur la base de ce que les utilisateurs réels vous ont dit (c'est-à-dire qu'il s'agit véritablement d'une histoire d'utilisateur), et
- Il précise le type de personne dont nous avons entendu l'histoire, son objectif et pourquoi cela lui serait bénéfique.
S'agit-il néanmoins d'un user story mapping ? Est-il possible de l'inclure dans le prochain sprint et de prévoir de le terminer ? Presque certainement pas.
Bien qu'avec un objectif plus restreint, pour mieux comprendre l'espace du problème, générer des idées de solutions potentielles, créer des maquettes et des structures filaires, solliciter les réactions des utilisateurs finaux, décomposer le problème en petits morceaux et aller de l'avant une fois que vous êtes sûr de résoudre un vrai problème avec une solution valable.
Bien sûr, ces éléments peuvent s'appliquer à la cartographie d'une histoire d'utilisateur. D'un autre côté, la plupart des équipes passent beaucoup moins de temps à valider et à tester les histoires individuelles que les épopées. La solution technologique qui répond à une histoire d'utilisateur est, dans la plupart des situations, beaucoup plus facile à étoffer que celle d'une épopée.
Vous avez votre histoire d'utilisateur de haut niveau, que vous avez décidé de classer comme une épopée parce que vous vous attendez à ce qu'elle soit énorme. Il est maintenant temps de la définir, de l'améliorer et éventuellement de la développer. C'est là que l'utilisation d'un modèle épique et l'élaboration d'un PRD s'avèrent utiles. Un bon modèle épique vous guidera à travers ces étapes et enregistrera vos dialogues.
Il vous aidera à gérer le projet (coordination avec les parties prenantes, les concepteurs et les développeurs) et vous orientera vers la solution la plus axée sur les résultats. L'une des compétences cruciales en matière de gestion de produit est d'y parvenir.
Le Backlog plat et le User Story Mapping
Le backlog de produit plat est l'une des approches les plus fréquentes du développement logiciel agile. Vous en avez tous vu, vous y avez tous participé et vous avez tous fini par vous y noyer.
Dans sa forme la plus élémentaire, un backlog de produit plat est une liste de "choses à faire" qui finiront par apporter de la valeur au client. Ces tâches réalisables sont classées par ordre de priorité (de haut en bas) pour apporter de la valeur. Si une équipe utilise Scrum, le backlog est divisé en sprints futurs pour estimer ce qui sera livré et quand.
La liste des choses à faire pourrait être de 10, 100 ou 1 000 éléments exploitables, selon la taille et les besoins de l'entreprise. Il est facile de comprendre comment la mise à jour, l'affectation, le toilettage et la programmation de ces éléments seraient difficiles à gérer.
La chose à faire est toujours affichée sur la carte du récit ; la différence réside dans la manière dont cette information est représentée. Comme vous pouvez le voir, plutôt que de lister ces objets séparément, chacun est placé dans le contexte d'un travail plus vaste. La principale différence entre un backlog de produit plat et une carte d'histoire d'utilisateur, outre la façon dont les informations sont visualisées, est l'accent mis sur le parcours du client.
Ce qu'une carte d'histoire d'utilisateur accomplit qu'un backlog de produit plat ne peut pas faire
Concentrez-vous sur les résultats souhaités par les clients : En visualisant le parcours de l'utilisateur, les équipes peuvent découvrir et mettre en œuvre différentes fonctionnalités en fonction des commentaires des utilisateurs et suivre d'un coup d'œil la progression par rapport à une story map.
- Activez le parcours du client : Les équipes ont désormais une meilleure idée du parcours des utilisateurs et de ce que leurs clients veulent et apprécient, grâce à la transformation du backlog de produit plat en une story map centrée sur le client.
- Prioriser les actions en fonction de la valeur du client : Le parcours du client peut être visualisé pour aider les équipes à hiérarchiser le travail en fonction de la "valeur pour le client", ce qui se traduit par de meilleurs résultats et moins de gaspillage.
Le problème d'un carnet de commandes plat
Quiconque a travaillé avec des logiciels comprend à quel point ces systèmes vitaux peuvent devenir compliqués. Même avec une application simple, il est difficile de suivre toutes les modifications et de s'assurer que les interdépendances restent intactes après une mise à jour.
Dans ce que l'on appelle une "user story", vous présentez le travail à effectuer. Ce format facilite la réalisation d'une tâche et clarifie le contexte de l'activité. Commencer par les premières histoires d'utilisateur est généralement simple, et toute l'équipe connaît les fonctionnalités prévues du système.
Cela devient de plus en plus difficile à mesure que le nombre d'histoires d'utilisateurs augmente, et tous les participants perdent progressivement de vue l'ensemble du système. C'est ce qu'on appelle le problème du backlog "plat". Il est difficile de décrire où tout va dans le système, même si le propriétaire du produit a toujours cette vision du résultat final.
Comment construire un story map en 6 étapes
1. Commencez par les gros rochers
Déterminez les principales intrigues ou les actions générales des utilisateurs que votre logiciel doit prendre en charge. Ce sont de grandes histoires avec beaucoup d'étapes. Il n'est pas nécessaire que ces procédures soient dans un ordre ou un flux de travail particulier. De nombreuses actions utilisateur comportent des étapes qu'un utilisateur effectuera à différents moments et à différents horaires.
Créez une carte pour chaque activité. Organisez-les de manière à ce que l'utilisateur puisse les comprendre. Si quelqu'un dit qu'il va faire une chose, puis une autre, mettez-les dans cet ordre. Si les actions ne sont pas effectuées dans un ordre séquentiel, utilisez l'ordre dans lequel l'utilisateur les décrit. Cela facilitera la transmission de l'histoire de l'application aux autres.
2. Ouvrez vos blocs rocheux
Décomposez l'histoire de chaque activité utilisateur en de plus petits récits de tâches utilisateur. Placez les tâches de l'utilisateur sous l'activité à laquelle elles se rapportent et disposez-les dans le même ordre que les activités, de manière à ce que l'utilisateur y trouve son compte.
3. Trouvez les cailloux qui se sont échappés
Avec une autre personne à vos côtés, parcourez la carte du début à la fin. Il peut s'agir d'un utilisateur, d'un développeur, d'un testeur ou de toute autre personne intéressée par l'application. Parlez des différents types d'utilisateurs qui utilisent votre application et de la façon dont ils l'utilisent.
C'est comme utiliser un canard en caoutchouc pour déboguer votre histoire. Et ça va sans aucun doute mettre en lumière des choses que vous avez négligées. Soit parce que vous trouvez des choses vous-même, soit parce que votre ami le fait. Profitez de l'occasion pour annoter la carte de l'histoire avec des informations supplémentaires que vous apprenez en la parcourant avec quelqu'un.
Opportunités qu'un utilisateur attend et zones de douleur dans le système actuel. Il vous sera utile d'envisager tous les scénarios et toutes les limites possibles. Inscrivez-les sur une note autocollante et collez-les sur la carte appropriée.
4. Mettez vos cailloux en ligne
Hiérarchiser les activités de l'utilisateur n'a aucun sens. En dehors des activités qui ne seront pas employées régulièrement, il est fort probable qu'un aspect de chaque activité soit nécessaire pour former un ensemble fonctionnel. Ainsi, au sein de chaque activité, hiérarchisez les tâches et sous-tâches de l'utilisateur. De plus, vous n'aurez peut-être pas à tenir compte de la priorité relative des tâches associées à des passe-temps distincts.
5. Sculptez un premier bloc de valeur à partir de vos tas de cailloux.
Choisissez les tâches les plus importantes de chaque activité pour produire une première version qui fonctionne du début à la fin, même si c'est sous une forme très rudimentaire. C'est ce que sera votre MVP (Minimum Viable Product).
6. Continuer à sculpter
Classez les activités restantes par ordre de priorité pour planifier vos prochaines versions. C'est à vous de décider comment vous voulez procéder. Vous pouvez choisir de mettre en évidence les enseignements les plus précieux des différents comportements des utilisateurs, voire de tous.
Vous pouvez également vous concentrer sur une activité spécifique et classer toutes les histoires, sauf celles qui ont le moins de valeur. Et les dirigeants de votre entreprise peuvent souhaiter évaluer d'autres facteurs. Ils sont les mieux placés pour dire quelles caractéristiques et quelles histoires créent un bon film.
Vous pouvez modifier la carte pour afficher les versions sous forme d'étendues horizontales d'histoires au lieu de placer des lignes entre elles pour indiquer celles qui passent dans les versions suivantes.
Les 3 C dans les User Stories
Bien que les user stories et les cas d'utilisation puissent sembler identiques, il existe des différences importantes entre les deux. Une cartographie de l'histoire de l'utilisateur porte davantage sur le besoin ou la demande de l'utilisateur, alors qu'un cas d'utilisation décrit la fonctionnalité construite pour répondre aux besoins du client.
Elles sont un peu plus techniques et décrivent comment la fonctionnalité construite interagit avec le reste du système, du logiciel ou du processus. D'autre part, les user stories sont plus simples à lire et à comprendre.
Ron Jeffris a présenté le Carte, Conversation, Paradigme de confirmation pour les histoires d'utilisateurs en 2001 pour la programmation extrême, affirmant que les histoires d'utilisateurs sont des aspects clés de la XP "Le cercle de la vie." Voici les trois différents types de récits d'utilisateurs.
1. Carte
Quel est le meilleur endroit pour écrire des user stories ? Sur des fiches, bien sûr. Elles sont écrites à la main sur des fiches, et cette pratique contribue à la concision des user stories. La carte ne contiendra pas toutes les informations relatives à l'exigence, ni une quantité excessive d'informations.
Au lieu de cela, la carte contiendra suffisamment d'informations pour identifier l'exigence et aider tout le monde à comprendre l'histoire. La carte est un rappel de l'exigence et un excellent outil de planification.
Elle peut également être utilisée pour noter des informations supplémentaires, telles que la priorité de l'histoire ou les coûts associés. Le propriétaire du produit remettra la carte des user stories aux développeurs après avoir finalisé la cartographie des user stories à choisir pour le sprint.
Voici le format habituel pour écrire l'histoire de l'utilisateur sur la carte :
En tant que [type d'utilisateur], je désire / exige [objectif] pour atteindre [justification/valeur commerciale].
2. Conversation
La carte est la première étape de la création de l'histoire utilisateur, mais la demande doit être traitée, affinée et présentée aux développeurs. La conversation est utilisée à cette fin. La conversation entre les développeurs, les propriétaires de produit, les maîtres de mêlée et les parties prenantes facilite la collaboration entre toutes les parties, ce qui aboutit à une connaissance partagée du besoin et du développement du produit.
Cet échange conversationnel d'idées et d'opinions se fait par étapes, en commençant par l'estimation de l'histoire pendant la planification de la version et en poursuivant par la réunion de planification du sprint lorsque l'histoire est sélectionnée pour être mise en œuvre. Bien que la plupart des discussions soient verbales, la documentation peut être utilisée comme support.
3. Confirmation
Même après la discussion la plus approfondie, il y a toujours un certain scepticisme quant à la demande qui doit être développée. Comment faire avancer la user story et s'assurer qu'elle correspond à la demande ?
Ceci est accompli par le troisième C de l'histoire d'utilisateur, "confirmation". Les tests d'acceptation sont utilisés pour confirmer les résultats. La confirmation est un critère d'acceptation qui capture les besoins les plus importants et nous permet d'évaluer le produit fini pour s'assurer qu'il correspond aux exigences.
Le propriétaire du produit crée généralement des critères d'acceptation, modifiés et étendus tout au long de l'affinement du backlog. Le site développeurs mettre en œuvre les critères d'acceptation ou les tests d'acceptation. L'incrément basé sur l'histoire de l'utilisateur doit passer les tests d'acceptation, indiquant que la fonctionnalité a été construite de manière appropriée.
Après l'itération, les développeurs démontrent l'achèvement de l'histoire en passant les critères d'acceptation. C'est la confirmation finale. La fonctionnalité construite est complète et peut être publiée si les trois C des histoires d'utilisateurs sont complétés et remplis.
Les avantages du User Story Mapping
Si vous cherchez le terme "user story mapping", vous pourriez penser qu'il s'agit d'une théorie et d'une technique que seule votre équipe de développement utilise. Pourtant, elle peut profiter à tous les aspects de votre entreprise.
Des unités commerciales allant des ventes et du marketing au support client peuvent bénéficier d'une réflexion stratégique sur le story mapping. Vous constaterez des avantages dans toute votre organisation si votre équipe prend le temps d'apprendre le processus et de créer une feuille de route.
Voici cinq avantages de la cartographie des histoires d'utilisateurs :
Organisation
Il y a beaucoup d'éléments mobiles à gérer à tous les niveaux d'une organisation pour diriger une société prospère. Les cartes de récits d'utilisateurs vous permettent de garder la trace de toutes vos idées en un seul endroit.
En procédant ainsi, vous pouvez éviter les situations où vous oubliez ce qui doit être fait. Chaque pensée est enregistrée et considérée comme correcte sur une carte d'histoire d'utilisateur. Vous pouvez rectifier le tir si vous vous rendez compte par la suite que vous vous êtes trompé. Cela garantit qu'aucune idée n'est perdue et que chaque voix est entendue.
Établissement des priorités
Le fait d'établir des priorités est un effet direct de l'organisation. Vous devez vous concentrer sur les choses qui semblent difficiles et les décomposer. En utilisant des cartes de récits d'utilisateurs, vous pouvez concentrer vos efforts et votre énergie sur des domaines spécifiques à différentes périodes.
Plusieurs tâches peuvent prendre plus de temps que d'autres, ou vous pouvez avoir besoin d'en terminer certaines avant de passer à autre chose. Lorsque vous créez une carte des histoires d'utilisateurs, vous pouvez discuter des composants les plus importants et restructurer votre carte en conséquence.
Notez quelles activités doivent être réalisées en premier, quelles nouvelles fonctionnalités doivent être incluses dans la première version du produit, quelles fonctionnalités doivent être reportées au prochain projet et quelles fonctionnalités peuvent être éliminées.
Vous pouvez décomposer les tâches les plus importantes en morceaux gérables en fixant des dates de diffusion et en assignant des tâches aux membres de l'équipe.
Responsabilité
Gérer une entreprise, c'est gérer des personnes autant que des projets. Les deux aspects de la gestion bénéficient des user story maps. Vous pouvez déléguer certains éléments du projet à des équipes ou des personnes spécifiques, tout comme vous le faites pour les priorités.
Cela ajoute un autre niveau de responsabilité. Le membre de l'équipe comprend ce qui doit être fait et peut s'y consacrer tout en fournissant des mises à jour tout au long du projet. Une culture de travail forte nécessite un haut niveau de responsabilité. La cartographie des histoires d'utilisateurs renforce votre équipe et favorise un sentiment de partage des connaissances et de confiance.
Visualisation
Si vous ne voyez pas l'objectif final, il est difficile de l'atteindre ou de passer à autre chose. C'est pourquoi la visualisation est si importante. Une carte de l'histoire de l'utilisateur décrit vos objectifs du début à la fin. Une perspective globale clarifie et rend l'objectif final plus accessible. Elle fournit un guide pour accomplir la tâche à accomplir.
Considérez votre projet comme une montagne. Vous êtes au pied de la montagne et vous contemplez l'ensemble de la montagne avant de vous lancer dans l'ascension.
Puis vous élaborez une stratégie pour atteindre le sommet, un pas après l'autre. Bien sûr, des difficultés surgiront et perdureront pendant l'ascension. Cependant, vous pouvez vous préparer à affronter ces obstacles si vous planifiez.
La cartographie de l'histoire de l'utilisateur vous permet de développer votre vision d'un concept à un produit fini à partir de la base.
Focus
L'avantage le plus important de tous est la possibilité de se concentrer. La cartographie des histoires d'utilisateurs vous permet de vous concentrer sur les aspects les plus importants de votre projet. L'objectif final de votre client est ce qui importe lors de la création d'un produit.
Vous pouvez savoir comment votre consommateur atteint son objectif final en créant une carte de l'histoire de l'utilisateur. Cela vous permet d'établir vos objectifs et de savoir sur quoi vous concentrer. Avant de perdre du temps sur autre chose, concentrez-vous sur les caractéristiques essentielles.
La cartographie des histoires d'utilisateurs peut vous aider, quelle que soit la fonction que vous occupez dans votre entreprise. Pensez à explorer cette nouvelle technique avant de construire votre prochain produit ou de lancer votre prochain projet.
La cartographie des histoires d'utilisateurs vous permet de vous concentrer sur les aspects les plus importants de votre projet.
Alors que de plus en plus d'entreprises travaillent à distance, il est de plus en plus important de trouver un moyen de se connecter électroniquement. Trouvez des stratégies pour rallier l'ensemble de votre équipe à l'idée du lieu et du but de votre projet. C'est un bon concept que de commencer par une carte de l'histoire de l'utilisateur.
Conclusion : Comment le Story Mapping améliore vos idées de startup
La cartographie des histoires d'utilisateurs est un concept simple. Il s'agit de construire un modèle simple qui décrit l'histoire de votre utilisateur au fur et à mesure que vous parcourez votre produit pour discuter de son expérience. Il s'avère que ce concept simple simplifie le travail avec les user stories en développement agile.
Elle placera vos utilisateurs et ce qu'ils font avec votre produit au premier plan de votre conception. C'est préférable que de s'enliser dans des débats sur les fonctionnalités, comme c'est souvent le cas dans le développement de logiciels.
