search Le média de ceux qui réinventent l'entreprise

Appliquer la cartographie de l'histoire de l'utilisateur au développement du produit.

Appliquer la cartographie de l'histoire de l'utilisateur au développement du produit.

Par María Fernanda Aguirre

Le 10 mai 2025

Dans le domaine du développement logiciel et de la gestion de produit, Jeff Patton a proposé en 2014 le User Story Mapping comme méthodologie agile pour faciliter la construction du backlog de produit et ainsi améliorer la communication entre les équipes et la compréhension d'un système.

Dans cet article, Appvizer vous explique comment mettre en place cet outil et comment l'utiliser pour répondre de manière agile et fluide aux besoins de vos clients.

User Story Mapping en anglais

Définir l'histoire de l'utilisateur

Pour définir le User Story Mapping en anglais, il faut d'abord partir de la notion de User Story. Il s'agit de la narration ou des attentes de l'utilisateur vis-à-vis du produit et de leur représentation claire, basée sur des informations telles que :

  • l'identification,
  • la priorisation,
  • l'estimation du volume de travail nécessaire,
  • la démonstration,
  • observations complémentaires.

User Story Mapping: objectif

Pour réaliser cette représentation, on parle de story mapping ou de user story tracing. A partir de là, l'expertise du Product Owner et les informations qu'il a recueillies auprès de ses clients sont organisées et présentées de manière plus claire. Par exemple :

En tant que [type d'utilisateur], j'aimerais disposer de [cette fonctionnalité] dont je pourrais bénéficier [de cette manière].

Comment construire la cartographie des histoires d'utilisateurs? → 5 étapes

1. la délimitation du problème

Cette première étape est fondamentale, car c'est le moment où l'équipe comprend le problème (quel est l'objectif de la création du produit). Pour ce faire, il faut

  • La définition claire et la délimitation du problème,
  • l'identification des différents types d'utilisateurs,
  • la compréhension de leurs besoins,
  • l'identification de leurs attentes.

2. Construire le backlog du produit

Une fois que vous avez une compréhension globale et une visualisation de la situation, l'étape suivante est la construction du carnet de commandes. Pour ce faire, vous devez dresser la liste des activités qui seront nécessaires pour répondre aux attentes de l'utilisateur.

En fait, il s'agit de répondre à la question de savoir ce que l'utilisateur va faire avec le produit, en commençant par le début :

  • L'ordre logique des actions (de gauche à droite),
  • la description de ces actions, en utilisant des verbes simples et clairs.

Pour mieux visualiser, dès le début du processus, la priorité de chaque activité selon l'utilisateur, vous pouvez attribuer des post its de différentes couleurs.

3. Association des activités et des tâches

Une fois les actions classées (activités de haut niveau, activités de bas niveau, etc.), définissez l'ensemble des tâches qui leur sont liées et qui permettront d'atteindre l'objectif du projet.

Pour chaque activité, définissez avec votre équipe certaines des tâches que l'utilisateur devra accomplir pour mener à bien l'activité. Il s'agit d'une sorte de feuille de route, où les tâches sont énumérées de haut en bas, constituant les colonnes de la carte.

À ce stade, la hiérarchisation des histoires d'utilisateurs peut déboucher sur le développement du produit minimum viable (MVP), qui est une version préliminaire du produit qui vous permettra de l'améliorer progressivement.

4. Subdivision des tâches

À partir d'une première approche de ce que serait le produit, vous disposez maintenant de plus d'éléments pour décomposer les tâches en sous-tâches et les réorganiser. Cette fois, tenez compte des variations, des exceptions et des détails qui peuvent survenir.

Une bonne pratique pour s'assurer de ne rien oublier consiste à aborder l'exercice sous différentes perspectives. De cette manière, il est plus difficile de laisser des lacunes ou des considérations à prendre en compte.

Comme vous l'avez fait au début, et sans perdre de vue le fait que le récit de l'utilisateur suit un fil conducteur, hiérarchisez les sous-tâches, en les plaçant dans la cartographie du récit de l'utilisateur en fonction de leur nécessité pour réaliser les autres.

5. Itérer et ajuster le récit de l'utilisateur

Maintenant que vous avez presque entièrement constitué la carte de l'histoire, déplacez-vous de gauche à droite pour obtenir une tranche de ce que votre produit pourrait faire. En d'autres termes, une itération ou un sprint.

Le but sera toujours de s'assurer que vous atteignez les objectifs proposés et que vous fournissez aux utilisateurs des solutions conformes à leurs attentes.

Enfin, comme pour tout autre processus, il convient d'examiner le modèle pour y trouver des possibilités d'amélioration.

La cartographie des histoires d'utilisateurs : un exemple

Examinons un exemple pratique d'utilisation de la cartographie des histoires d'utilisateurs. Supposons que vous ayez une entreprise de commerce électronique :

  1. Dans la délimitation de votre problème, vous identifiez les différents utilisateurs : consommateur, administrateur du site, analystes, vendeurs, etc.
  2. Votre liste d'activités comprend, dans le cas spécifique d'un consommateur : visite du site, recherche de produits, achat, etc.
  3. Les tâches associées à ces activités sont : l'ajout de produits au panier, le choix des conditions de livraison, la saisie des informations personnelles, le paiement.
  4. Les sous-tâches qui découlent de ces tâches peuvent être : tout ce qui concerne la passerelle de paiement, l'option de poursuivre les achats, etc.
  5. Vous déterminez comment améliorer l'expérience client en analysant les autres services et facilités que vous pouvez offrir.

Visual story mapping : la différence avec le product backlog

Ce que l'on appelle le carnet de commandes ou la collecte des exigences est simplement une liste de choses à faire.

Plutôt qu'une liste d'activités, la carte d'histoires d'utilisateurs est comme un carnet de commandes en deux dimensions, qui donne un contexte à la liste. Cela permet à l'équipe de se concentrer sur le développement et d'apporter plus de valeur aux clients, afin d'obtenir les résultats souhaités. Elle se concentre sur le parcours du client.

Si vous êtes un fournisseur de SaaS pour les professionnels, enregistrez votre solution et commencez à générer des prospects en quelques clics.

Article traduit de l'espagnol