Découvrez les User Story Map
Comprendre le backlog produit
Selon le Scrum Guide, un backlog produit est :
Une liste ordonnée de tout ce qui est nécessaire au produit. C’est la source unique des exigences pour tout changement à apporter au produit.
Un backlog produit est l’endroit où un product manager conserve une liste de toutes les améliorations futures souhaitées et des suggestions d’améliorations.
Lorsqu’un responsable produit reçoit des demandes d’améliorations de la part des départements des ventes, du marketing, du juridique ou d’autres services de l’organisation, il est important de stocker ces demandes quelque part — et cet endroit est le backlog produit. Peu importe que le responsable utilise une feuille de calcul, un document texte, un wiki ou un logiciel de gestion de roadmaps, l’essentiel est que le backlog soit l’endroit où ces demandes sont ajoutées.
Plongez dans la cartographie des User stories
L’évangéliste Agile et auteur Jeff Patton a introduit le concept de cartographie des User stories dans son livre. Cette méthode relie plusieurs éléments, dont :
Les activités souhaitées par un utilisateur.
Les sous-tâches qui composent ces activités.
Les User stories issus du backlog produit.
Une carte visuelle montrant comment ces User stories sont liés aux activités et aux tâches.
Comment ces récits s’intègrent dans des sprints et des versions.
💡 Ce processus est appelé cartographie des User stories.
Activités et tâches des utilisateurs
La cartographie des User stories organise les récits en fonction de la manière dont les utilisateurs réalisent leurs actions importantes dans leur vie quotidienne. Commencez par cartographier comment les utilisateurs effectuent ces actions dans le monde réel, dans un ordre chronologique.
Exemple : Si vous devez déménager dans une semaine, voici des activités possibles :
Commander des cartons de déménagement.
Emballer vos affaires.
Transporter les affaires dans le nouvel appartement.
Déballer vos affaires et les ranger.
Chaque activité se divise en plusieurs tâches, ainsi Emballer vos affaires pourrait inclure :
Jeter les objets inutiles.
Emballer tout dans des cartons.
Transporter vos affaires pourrait inclure :
Mettre les affaires dans le camion.
Conduire jusqu’au nouvel appartement.
Décharger les cartons du camion.
Payer le chauffeur.
Définir les activités
La première étape consiste à former la structure de base de la carte des User stories. Cela inclut le flux principal des activités et des tâches utilisateurs que vous souhaitez aider vos utilisateurs à accomplir.
Faites-le en créant un ensemble d’activités principales et en les classant par ordre chronologique.
Ajouter des tâches
Une fois que vous avez créé un ensemble d’activités chronologiques, la prochaine étape consiste à les diviser en tâches détaillées.
💡 Par exemple, pour une activité comme commander des cartons de déménagement, les tâches pourraient inclure :
Rechercher des cartons en ligne.
Comparer les prix.
Passer commande avec une carte de crédit.
La structure de la carte des User stories est composée des activités et des tâches organisées chronologiquement.
Ajouter des User stories
La prochaine étape consiste à associer les User stories du backlog produit à leurs tâches correspondantes. Les User stories sont généralement écrits dans ce format :
En tant que < type d’utilisateur >, je veux < objectif > afin de < raison >.
Les User stories bien rédigés mentionnent l’utilisateur et l’objectif qu’il souhaite atteindre, ce qui devrait permettre de les associer facilement à une tâche.
Comprendre les fonctionnalités, épopées et User stories
Dans Scrum, les exigences sont stockées sous forme de User stories.
Les epics sont de grandes exigences, généralement divisées en plusieurs User stories.
Les fonctionnalités sont des exigences encore plus vastes, divisées en epics.
Exemple : La fonctionnalité "Créer une liste d’hôtels favoris" peut être divisée en plusieurs Epics, notamment :
Créer une nouvelle liste d’hôtels.
Ajouter des hôtels à la liste.
Partager la liste avec des amis.
Supprimer une liste.
Rendre une liste publique.
Ces éléments sont des Epics parce qu’ils sont encore trop vastes pour être estimés. Ils doivent être décomposés en User Stories avant de pouvoir être estimés.
Prenons la première Epic, "Créer une nouvelle liste d’hôtels". Elle peut être décomposée comme suit :
Créer une section "Mes listes" sur le site web.
Ajouter un bouton "Ajouter à la liste" sur chaque page d’hôtel.
Permettre de nommer la liste.
Afficher la liste et les hôtels qui y figurent.
Supprimer un hôtel de la liste.
Ces éléments sont plus faciles à estimer car ils sont plus spécifiques.
Remarque : Les User Stories figurant dans la colonne jaune ci-dessus ne sont pas au format "User Story" en raison de contraintes d’espace. Si ces éléments étaient utilisés comme exigences par une équipe Scrum, ils devraient être reformulés au format User Story.
Associer les activités et tâches aux fonctionnalités et Epics
Avec une carte des User Stories les activités correspondent souvent à des fonctionnalités dans votre backlog produit et les tâches correspondent généralement à des Epics.
💡 Cela vous permet d’ajouter les User Stories à vos activités et tâches existantes.
La table suivante aide à comprendre cette équivalence :
Récapitulons !
Un backlog produit est une liste des changements futurs pour le produit.
En pensant en termes d’activités et de tâches utilisateur, vous pouvez construire le produit dans un ordre qui apporte de la valeur à vos utilisateurs.
Créez une ossature composée d’activités et de tâches organisées chronologiquement.
Ajoutez des User Stories sous cette ossature pour transformer le backlog produit en une carte visuelle claire : la carte des User Stories.
Ressources Additionnelles
Une excellente présentation slideshare sur l’identification des modèles mentaux des clients (en anglais).
Un podcast inspirant avec Jeff Patton. (en anglais)
Lorsque vous avez ajouté des User Stories à votre carte des récits utilisateurs, celle-ci devient un outil précieux pour planifier les versions et appliquer les estimations Agile. Vous découvrirez comment faire cela dans le prochain chapitre !
