Cartographie d’exemples de modèle

À propos du modèle de cartographie d’exemples

La cartographie d'exemples (ou cartographie de user story) aide les chefs de produit et leurs équipes à déconstruire rapidement les backlogs produits. Idéalement, les cartes d'exemples aident une équipe interfonctionnelle (par exemple, un propriétaire de produit, un testeur et un développeur) à construire une compréhension et un langage communs quant aux raisons pour lesquelles il est nécessaire d'ajouter ou de modifier des fonctionnalités produits.

Les responsables d’équipe peuvent offrir une orientation stratégique vers une transformation numérique cohérente (ou un changement opportun), afin que votre équipe dispose de la technologie adaptée pour rester compétitive.

Qu’est-ce que la cartographie d’exemples ?

Une session de cartographie d'exemples est un excellent moyen de développer des user stories structurées et concrètes. Chaque exemple découvert peut aider les équipes à explorer les zones problématiques pour les clients et à décider des critères acceptables pour développer une nouvelle fonctionnalité. 

Il y a quelques éléments clés qu'un outil de cartographie d'exemples peut délimiter :

• Règles qui résument les exemples ou s'accordent sur la portée de la user story

• Questions ou suppositions sur des situations où personne ne connaît le résultat idéal

• Nouvelles user stories qui devraient être découvertes ou exclues de la portée finale

La cartographie d'exemples repose également sur un système de code couleur pour définir la portée d'une user story :

• Les pense-bêtes jaunes servent à définir les histoires, comme « changement d'adresse de livraison ».

• Les pense-bêtes bleus servent à définir les règles, comme « ETA est mis à 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 pour les questions, comme « et si le client vit 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. Vous pouvez utiliser un modèle de cartographie d'exemples vierge pour commencer rapidement et facilement à remplir les champs pertinents afin de lancer la conversation.

Quand utiliser la cartographie d’exemples

La cartographie d'exemples est une méthode collaborative qui peut aider votre équipe à définir l'apparence du comportement utilisateur accepté pour différents scénarios. Un outil de cartographie des exemples peut être un moyen utile pour aligner vos équipes transversales vers :

• Empathie pour le client et l’équipe. Tout le monde doit comprendre pourquoi les nouvelles fonctionnalités du produit sont nécessaires et quelles difficultés le client peut rencontrer en raison des conflits entre les histoires et les règles.

• Compréhension commune de l'industrie ou du produit. À la fin de la session de cartographie d'exemples, l'équipe devrait repartir avec un langage commun et une reconnaissance de ce qui est en jeu.

• Petit potentiel de changement mais impact important. Réfléchissez grand et agissez petit en équipe. Dans combien de temps chaque user story enregistrée peut-elle être traduite en une fonctionnalité réelle ?

• Règles et exemples qui suivent la logique. Des règles et scénarios spécifiques doivent étayer chaque user story.

Créez votre propre carte exemple

Créer votre propre carte exemple est facile avec le modèle de Miro. Commencez par ajouter le modèle de cartographie d'exemples à un nouveau tableau, puis suivez les étapes suivantes pour créer le vôtre.

1. Comprendre le problème. Demandez à votre propriétaire de produit de définir le problème utilisateur sur un pense-bête jaune, puis expliquez comment cela se traduit par un besoin de changement dans les fonctionnalités du produit. Cela aide l'équipe à mieux comprendre le problème. 

3. Remettez en question 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 seront placées sous votre user story (le pense-bête jaune). 

5. Définissez les règles. Trouvez les règles dans les réponses aux questions sur les pense-bêtes rouges. Chaque règle constitue vos critères d'acceptation pour les nouvelles fonctionnalités du produit. Assurez-vous que chaque nouvelle règle peut exister de manière autonome. Idéalement, elle ne devrait pas être confondue avec ou trop similaire à une autre règle.

7. Décrivez les situations avec des exemples pertinents. Les pense-bêtes verts sont là où vous consignez et rassemblez des cas ou exemples potentiels intéressants. Continuez la discussion et stimulez les compétences de réflexion critique de votre équipe en vérifiant si vous avez atteint les limites de la règle de vos exemples, et en envisageant ce qui se passe si la règle échoue. 

9. Identifiez les résultats, impacts et indicateurs de réussite. Qu’espérez-vous accomplir avec une nouvelle fonctionnalité produit, et comment participe-t-elle à vos objectifs commerciaux ? Envisagez comment vous pourriez suivre et tester le succès de chaque fonctionnalité proposée : quel comportement vous rechercherez et mesurerez-vous. 

11. Transformez vos histoires en tâches à réaliser. Ces histoires peuvent être transformées en un plan de développement pour une nouvelle fonctionnalité ou produit. Elles peuvent également constituer la base d’un minimum de fonctionnalités nécessaires pour apporter de la valeur à votre client.