Modèle Cartographie d'Exemples
Créez une compréhension commune d'une nouvelle fonctionnalité produit.
À propos du modèle de Cartographie d'Exemples
La Cartographie d'Exemples (ou cartographie des récits utilisateurs) aide les chefs de produit et leurs équipes à décomposer rapidement les backlogs produits. Idéalement, les Cartes d'Exemples aident des équipes polyvalentes (par exemple, un product owner, un testeur et un développeur) à développer une compréhension et un langage communs pour expliquer pourquoi les fonctionnalités d'un produit doivent changer.
Les chefs d'équipe peuvent offrir une orientation stratégique vers une transformation numérique cohérente (ou une mise à niveau rapide) afin que leur équipe dispose de la technologie pertinente pour rester compétitive !
Continuez à lire pour en savoir plus sur la Cartographie d'Exemples.
Qu'est-ce que la Cartographie d'Exemples ?
Une session de cartographie d'examples est un excellent moyen de développer des récits utilisateurs structurés et concrets. Chaque exemple découvert peut aider les équipes à explorer les zones de difficultés pour les clients et à décider des critères appropriés à la création de nouvelles fonctionnalités.
Ces éléments clés doivent être enregistrés lors d'une session de Cartographie d'Exemples :
Des règles qui résument des exemples ou s'accordent sur la portée de la user story.
Des questions ou des hypothèses d'identification sur des situations où personne ne connaît le résultat idéal.
De nouvelles histoires qui devraient être découvertes ou laissées en dehors de la portée finale.
La Cartographie d'Exemples s'appuie également sur un système de code couleurs pour façonner la portée d'une user story :
Les pense-bêtes jaunes servent à définir des histoires, telles que « changement d'adresse de livraison »
Les pense-bêtes bleus servent à définir des règles, telles que « La position est mise à jour »
Les pense-bêtes verts servent à définir des exemples, comme « La nouvelle adresse est hors de portée »
Les pense-bêtes rouges sont destinées aux questions telles que « et si le client habite en dehors de la zone de livraison gratuite ? »
Ce système de code couleur aide à orienter la conversation dans la bonne direction et à maintenir la discussion sur la bonne voie.
Quand utiliser la Cartographie d'Exemples ?
La Cartographie d'Exemples est une méthode collaborative qui peut aider votre équipe à définir à quoi ressemble le comportement accepté des utilisateurs dans différentes situations. Le système de cartographie d'exemples peut être un moyen utile pour aligner vos équipes transversales sur les objectifs suivants :
Empathie pour le client et l'équipe : tout le monde doit comprendre pourquoi les nouvelles fonctionnalités du produit sont nécessaires et les conflits entre les histoires et les règles avec lesquels le client pourrait avoir des difficultés.
Compréhension partagée de l'industrie ou du produit : à la fin de la session de Cartographie d'Exemples, l'équipe doit repartir avec un langage partagé et une appréciation des enjeux.
Potentiel de changement petit mais percutant : voyez grand et agissez petit en équipe. En combien de temps chaque récit utilisateur enregistré peut-il être traduit en une fonctionnalité réelle ?
Des règles et des exemples qui suivent la logique : Des règles et des scénarios spécifiques doivent étayer chaque user story.
Créez votre propre carte d'exemples
Créer vos propres cartes d'exemples est facile. L'outil de tableau blanc de Miro est le canvas parfait pour les créer et les partager. Commencez par sélectionner le modèle de carte d'exemples, puis suivez les étapes suivantes pour créer le vôtre.
Comprendre le problème.
Demandez à votre product owner de définir le problème de l'utilisateur sur un pense-bête jaune, puis expliquez comment cela se traduit par un besoin de modification des fonctionnalités du produit. Cela aide l'équipe à mieux comprendre le problème.
Challengez le problème en posant des questions de suivi.
Rassemblez toutes les questions de votre équipe sur des pense-bêtes rouges, en commençant par « Et si... ? » Ces questions se trouveront sous votre récit utilisateur (le pense-bête jaune).
Déterminez les règles.
Trouvez les règles dans les réponses aux questions sur les pense-bêtes rouges. Chaque règle est votre critère d'acceptation pour les nouvelles fonctionnalités du produit. Assurez-vous que chaque nouvelle règle peut se suffire à elle-même. Idéalement, elle ne doit pas être confondue avec ou être trop similaire à une autre règle.
Décrivez les situations avec des exemples pertinents.
Les pense-bêtes verts sont l'endroit où vous enregistrez et collectez des cas ou des instances potentiels intéressants. Continuez la discussion et faites appel à l'esprit critique de votre équipe en vérifiant si vous avez atteint les limites de la règle de vos exemples, ainsi qu'en envisageant ce qui se passe si la règle échoue.
Identifiez les résultats, les impacts et les indicateurs de réussite.
Qu'espérez-vous accomplir avec une nouvelle fonctionnalité produit et comment contribue-t-elle à vos objectifs commerciaux ? Réfléchissez à la manière dont vous pourriez suivre et tester le succès de chaque fonctionnalité proposée – quel comportement vous allez rechercher et mesurer.
Transformez vos histoires en un élément d'action.
Ces histoires peuvent être transformées en un plan de développement pour
. Ils peuvent également constituer la base d'un nombre minimum de fonctionnalités nécessaires à l'obtention d'une valeur ajoutée pour votre client.
À quoi ressemble une technique de cartographie d'exemple ?
La cartographie des exemples est un processus collaboratif. Idéalement, vous devriez réunir votre équipe et vous mettre d'accord sur la portée de votre cartographie d'exemples et sur les questions ou les hypothèses à discuter. Une fois ces accords définis, vous pouvez utiliser un modèle de cartographie d'exemple pour remplir les autocollants codés par couleur et travailler en groupe.
Commencer avec ce modèle maintenant.
Modèle de Carte des Parties Prenantes
Idéal pour:
Business Management, Cartographie, Workflows
Une carte des parties prenantes est un type d'analyse qui vous permet de regrouper les personnes selon leur pouvoir et leur intérêt. Utilisez ce modèle pour organiser toutes les personnes qui s'intéressent à votre produit, projet ou idée dans un seul espace visuel. Cela vous permet de voir facilement qui peut influencer votre projet et comment chaque personne est liée à une autre. Largement utilisée dans la gestion de projet, la cartographie des parties prenantes est généralement effectuée au début d'un projet. Faire une cartographie des parties prenantes dès le début aidera à empêcher les problèmes de communication, à garantir que tous les groupes sont alignés sur des objectifs et à définir des attentes concernant les résultats.
Modèle Growth Experiments
Idéal pour:
Leadership, Desk Research, Strategic Planning
De nombreuses entreprises ambitieuses regardent vers l'avenir et visent à se développer. Mais les décisions de croissance peuvent être des actes de foi risqués et coûteux. C'est pourquoi les expériences de croissance ont autant de sens. Elles offrent une méthode systématique en six étapes qui révèle quelles stratégies sont les plus efficaces, comment elles affecteront vos revenus et comment elles se comparent à vos approches antérieures. En vous aidant à tester vos stratégies pour développer votre entreprise avant de vous engager pleinement, les expériences de croissance peuvent vous faire économiser beaucoup de temps, de ressources et d'argent.
Modèle Customer Touchpoint Map
Idéal pour:
Desk Research, Product Management, Mapping
Pour attirer et fidéliser des clients, vous devez vraiment commencer à les comprendre : leurs difficultés, leurs désirs et leurs besoins. Une Customer Touchpoint Map vous aide à acquérir cette compréhension en visualisant le parcours que suivent vos clients, de l'inscription à un service à l'utilisation de votre site, en passant par l'achat de votre produit. Et parce qu'il n'y a pas deux clients identiques, une Customer Touchpoint Map vous permet de tracer plusieurs parcours vers votre produit. Bientôt, vous pourrez anticiper ces parcours et satisfaire vos clients à chaque étape.
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 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 Feuille de Route DevOps
Idéal pour:
Documentation, Product Management, Software Development
Les équipes DevOps créent constamment du code, le répètent et le diffusent en direct. Dans ce contexte de développement continu, il peut être difficile de rester au courant de vos projets. Utilisez ce modèle Feuille de Route DevOps pour obtenir une vue granulaire du processus de développement de produits et de la manière dont il s'intègre dans la stratégie produit de votre organisation. La Feuille de Route DevOps présente les initiatives de développement et d'exploitation que vous avez planifiées à court terme, y compris les échéances et les dépendances. Ce format facile à utiliser est aisément assimilable par des publics tels que les équipes produits, développement et opérations informatiques.