User stories : exemples et templates
Si votre équipe a étudié le framework de gestion de projet Agile, vous connaissez sans doute déjà les user stories. Néanmoins, même si vous en avez déjà créé vous-même, il est toujours intéressant et inspirant d’étudier les méthodes employées par d’autres entreprises et équipes pour les rédiger.
Nous avons donc établi une liste de quinze exemples de user stories qui vous aidera à identifier celles de qualité et vous donnera de nouvelles idées pour votre propre processus de création.
Nous aborderons les sujets suivants :
- Rôle des user stories
- Exemples de user stories
- Exemples sur différents supports
- Exemples au sein du framework Agile
- Exemples à chaque étape du parcours client
- Se lancer dans la création de user stories
Rôle des user stories
Une user story est une explication brève et générale d’une fonctionnalité précise, rédigée de manière intelligible pour le public cible. L’objectif est de vous aider à mieux cerner le parcours client et la façon dont les consommateurs et les consommatrices interagiront avec le produit. Les user stories permettent notamment de fournir à l’équipe de développement du contexte sur ce qu’elle crée.
En général, une user story est courte (une phrase environ) et permet de préciser le type de public, l’action et le résultat souhaité. Elle est rédigée dans un langage simple et courant, du point de vue du public cible.
Voici un exemple concret :
En tant que lecteur ou lectrice, je veux lire ce guide Adobe afin de trouver de bons exemples de user stories.
Cet exemple s’appuie sur le template éprouvé en matière de user stories : « En tant que [type de public], je veux [action précise] pour [valeur ou objectif] ».
Comme vous pouvez le constater avec ces exemples, les user stories n’entrent pas dans les détails techniques du projet. Votre équipe doit donc faire preuve de créativité lorsqu’elle réfléchit à la façon dont les utilisateurs et les utilisatrices pourraient interagir avec votre application.
La création de user stories ne s’inscrit pas nécessairement dans le cadre d’un processus formel. Vous pouvez vous contenter de les rédiger sur une fiche cartonnée ou un post-it. Vous pouvez aussi les créer et les gérer à l’aide d’applications comme Microsoft Word, PowerPoint et Excel.
Si tous les membres de votre équipe Agile peuvent créer des user stories, c’est la ou le responsable produit qui a le dernier mot en la matière et priorise les user sorties dans le backlog produit Agile.
Tirez pleinement parti des user stories avec les 3 C.
Quelle que soit la personne qui les crée, les user stories doivent suivre le modèle des 3 C, à savoir :
- Carte
- Conversation
- Confirmation
La carte est le support de rédaction de la user story. Elle représente la première étape (le premier C) de création des besoins des utilisateurs et des utilisatrices. Elle doit contenir suffisamment d’informations pour que l’équipe saisisse la story et planifie des actions ou travaille à partir de celle-ci. La carte de la story doit toujours inclure un utilisateur ou une utilisatrice, une action et un résultat.
Après avoir créé la carte, votre équipe Agile peut passer au deuxième C : la conversation. À cette étape, chacun et chacune peut laisser libre cours à sa créativité pour se mettre à la place des consommateurs et des consommatrices et analyser plus soigneusement leurs besoins.
La dernière étape du modèle des 3 C est la confirmation. À cette étape, les parties prenantes évaluent la story à l’aide de critères d’acceptation. En utilisant le modèle des 3 C, votre équipe pourra exprimer efficacement le point de vue de la clientèle et créer de meilleures user stories.
Créez des user stories facilement avec la méthode INVEST.
INVEST est un acronyme utile pour créer des user stories percutantes et de qualité. Voici sa signification :
- Indépendante. Les stories indépendantes réduisent la dépendance à d’autres fonctionnalités, ce qui signifie qu’elles sont plus faciles à tester.
- Négociable. Le fonctionnement de la fonctionnalité peut être négocié entre la ou le responsable du projet et l’équipe.
- Valeur. La fonctionnalité décrite dans la user story doit offrir une réelle valeur ajoutée aux utilisateurs et aux utilisatrices.
- Estimable. Les stories décrivant des fonctionnalités trop vagues ou trop larges ne sont pas estimables.
- Suffisamment petite. Les user stories doivent pouvoir être complétées dans le cadre d’un seul sprint par l’équipe de développement.
- Testable. Il doit être possible de tester les stories afin de connaître leur efficacité. Les critères d’acceptation doivent être simples et objectifs, avec des scénarios de réussite ou d’échec indéniables.
En utilisant des outils comme la méthode INVEST et le modèle des 3 C, votre équipe pourra exploiter les nombreux avantages de la création de user stories, notamment le renforcement de la collaboration, la simplification de la gestion du backlog et la limitation des risques lors de la création de fonctionnalités.
Exemples de user stories
Les user stories sont un outil extrêmement polyvalent, qui peut aider votre équipe à mieux tirer parti de la méthodologie de gestion de projet Agile. Pour illustrer cette polyvalence, nous avons classé nos quinze exemples de user stories en trois catégories :
- Support
- Élément du framework Agile
- Étape du parcours client
Lors de l’incorporation des user stories au votre workflow Agile, vous pouvez prendre pour modèle l’exemple qui correspond le mieux aux besoins particuliers de votre projet.
Exemples sur différents supports
Les fiches cartonnées et post-it sont les supports classiques les plus utilisés pour rédiger des user stories mais, de nos jours, les templates digitaux peuvent aussi être bien pratiques et mieux convenir à votre équipe. Tout dépend de vos préférences. Les cartes de user story digitales peuvent surtout s’avérer utiles aux équipes à distance ou hybrides.
Fiche cartonnée
Simple et efficace, la bonne vieille fiche cartonnée offre un support classique pour rédiger des user stories. Les membres du groupe peuvent se les échanger pour consultation et modification, et elles peuvent être accrochées au mur. Elles sont aussi idéales pour noter des stories en cas d’inspiration soudaine.
Au lieu de perdre du temps à ouvrir une application ou à trouver le document Word adéquat, vous pouvez prendre un stylo et du papier pour noter votre idée avant de l’oublier.
Voici un exemple de user story à rédiger sur une fiche cartonnée :
En tant que gestionnaire de projet, je veux examiner les applications de gestion des workflows pour choisir une nouvelle plateforme pour mon équipe.
Fiche cartonnée avec critères d’acceptation
Les user stories incluent souvent des critères d’acceptation, qui correspondent aux besoins théoriques pour atteindre l’objectif de l’utilisateur ou de l’utilisatrice. Quand vous rédigez une user story sur une fiche cartonnée, vous pouvez inclure les critères d’acceptation au verso.
Reprenons l’exemple précédent. La user story étant au recto de la fiche, le verso contiendra les critères d’acceptation, par exemple :
- Veiller à ce que les avis et les témoignages des utilisateurs et des utilisatrices soient publiés sur le site du produit
- Vérifier que les avis d’utilisateurs et d’utilisatrices sur le produit sont publiés sur des forums externes
- Recueillir de façon proactive de nouveaux avis en envoyant des demandes en ce sens aux utilisateurs et aux utilisatrices actuelles ainsi qu’aux anciens membres de la clientèle
En procédant de la sorte, vous aurez la certitude que les avis sur votre produit sont facilement accessibles.
Document Word
Si une fiche cartonnée est idéale pour le travail sur site, un document partagé est plus indiqué lorsque les user stories doivent être rédigées, modifiées et consultées à distance. Vous pouvez télécharger plusieurs templates pour rédiger facilement des user stories dans Word. Vous pouvez aussi en créer vous-même.
Une fois votre template ou votre tableau en place, vous pourrez rédiger des user stories concises et efficaces, par exemple :
En tant qu’abonné ou abonnée, je veux pouvoir résilier mon abonnement mensuel à l’aide d’outils en libre-service.
Feuille de calcul Excel
Microsoft Excel permet d’organiser les user stories et d’assurer aisément leur suivi en les centralisant. Reprenons la précédente user story :
En tant qu’abonné ou abonnée, je veux pouvoir résilier mon abonnement mensuel à l’aide d’outils en libre-service.
Outre l’ajout de la story et des critères d’acceptation dans votre feuille de calcul Excel, vous pouvez insérer des cellules pour d’autres informations, par exemple :
- Coût d’un retard
- Hypothèse d’avantage
- Criticité temporelle
Ici, l’ajout du coût d’un retard dans cette user story sur un abonné ou une abonnée peut par exemple préciser les coûts assumés par l’entreprise si elle ne met pas rapidement en place des outils de résiliation en libre-service. Le texte pourrait être le suivant :
Un retard de six mois dans la mise en place de nouveaux outils en libre-service pourrait se solder par la perte de plusieurs centaines d’abonnements d’essai.
Vous pouvez élaborer une hypothèse d’avantage pour cette user story en procédant comme suit :
Si nous autorisons la résiliation via des outils en libre-service, le public sera peut-être plus enclin à souscrire un abonnement d’essai, car il ne se sentira pas « prisonnier ».
Voici un exemple de criticité temporelle pour cette user story :
Plus nous tardons à mettre en place des outils en libre-service, plus les leads de qualité quitteront le funnel d’abonnement d’essai.
PowerPoint
Microsoft PowerPoint est un excellent moyen de créer et d’exposer des user stories. L’application est particulièrement utile si vous prévoyez une présentation en public, par exemple à des parties prenantes.
L’approche la plus pragmatique consiste à placer la user story, les critères d’acceptation et les éventuelles informations supplémentaires dans la même diapositive. Vous pouvez aussi inclure le type de story (par exemple, découverte ou achat) et un score d’importance.
Vous pouvez attribuer un score aux stories à l’aide d’une échelle numérique ou simplement les qualifier de légèrement, modérément ou extrêmement importantes. Sinon, vous pouvez attribuer des points Scrum afin d’estimer l’effort nécessaire pour mettre en œuvre une user story.
Vous pouvez aussi classer les user stories en fonction de l’étape du parcours client qu’elles couvrent ou influencent. Voici quelques exemples de types de user stories courants :
- Stories d’inscription ou d’abonnement
- Stories d’achat
- Stories de fidélisation (c’est-à-dire les mises à jour de fonctionnalités qui suscitent l’intérêt des utilisateurs et des utilisatrices)
L’exemple de résiliation d’un abonnement à une application peut être considéré comme une story d’abonnement ou d’achat. Dans tous les cas, cette story doit avoir une note élevée sur l’échelle d’importance, car elle a un impact considérable sur l’intention d’achat des prospects.
Exemples au sein du framework Agile
Les user stories entrent dans le périmètre global du framework Agile de gestion de projet et de développement applicatif. Ce framework comprend les epics, les fonctionnalités du produit et les user stories, ainsi que les stories techniques. Le format des user stories peut être appliqué à tous ces éléments du workflow.
Voyons comment ce format peut s’appliquer à tous ces éléments.
Epics
Au sein du framework Agile, les epics sont des projets de grande envergure. Leur réalisation peut exiger l’achèvement de plusieurs initiatives et user stories.
Tout comme les user stories, les epics suivent un format générique qui comprend un public cible, une action et un résultat souhaité. Ils sont aussi relativement courts. En revanche, leur champ d’application étant bien plus large, plusieurs stories doivent être créées pour chacun d’eux.
Voici un exemple d’epic :
En tant que gestionnaire de projet, je veux une plateforme de gestion du travail robuste qui permette à mon équipe de tirer parti de la méthodologie Agile.
Une fois l’epic élaboré, vous pouvez créer des user stories plus spécifiques pour atteindre vos objectifs. Par exemple, vous pouvez en rédiger une pour identifier des membres de l’équipe et des outils précis, et ce qu’ils espèrent accomplir avec ces outils.
Fonctionnalités
Pour réaliser l’epic de notre gestionnaire de projet, l’équipe de développement devra créer plusieurs fonctionnalités. Comme vous pourrez le constater, chacun des exemples ci-après décrivant des fonctionnalités suit le même format utilisateur-action-attente et résultat :
- En tant que gestionnaire de projet, je veux accéder à des rapports et visuels détaillés pour suivre la progression de mon équipe.
- En tant que gestionnaire de projet, je veux des outils d’automatisation du workflow pour pouvoir booster la productivité et l’efficacité.
- En tant que gestionnaire de projet, je veux améliorer la collaboration afin d’obtenir des résultats commerciaux tangibles.
Ces idées axées sur les fonctionnalités aideront l’équipe de développement de la plateforme de gestion de projet à mieux cerner les besoins de son public cible. L’équipe peut alors développer ces concepts pour répertorier les fonctionnalités et outils de son application de gestion de projet.
User stories
Les user stories sont à l’échelle des fonctionnalités en termes de portée. Néanmoins, elles portent davantage sur l’expérience utilisateur et moins sur l’action qui sera accomplie d’un point de vue technique.
Notez les subtiles différences entre ces stories et les idées orientées fonctionnalités ci-dessus :
- En tant que gestionnaire de projet, je veux accéder à des rapports détaillés pour faciliter les processus décisionnels et accroître la transparence des informations.
- En tant que gestionnaire de projet, je veux automatiser des processus habituellement fastidieux afin de réduire la charge de travail de mon équipe et de la motiver.
Dans ces stories, la ou le gestionnaire de projet est toujours l’utilisateur, mais l’action et le résultat souhaité portent davantage sur son équipe et le fait d’avoir des expériences positives dans le cadre de la gestion du travail.
Stories techniques
Les stories techniques sont destinées à soutenir les epics, les fonctionnalités et les user stories, qui peuvent tous être classés comme des stories fonctionnelles.
Les stories techniques peuvent être subdivisées comme suit :
- Spikes : ces stories nécessitent des recherches pour répondre au besoin fonctionnel d’un membre de la clientèle.
- Refactorisation : ces stories sont rédigées dans le cadre de la maintenance du code.
- Stories d’infrastructure : ces stories décrivent les modifications ou ajouts nécessaires pour soutenir une story fonctionnelle d’utilisateur.
Voici un exemple de story technique :
En tant que gestionnaire de projet, j’ai besoin d’une plateforme incluant des outils de machine learning et d’intelligence artificielle (infrastructure) pour pouvoir renforcer l’efficacité de la gestion via l’automatisation.
Backlog
Le format des user stories peut aussi être appliqué au backlog produit. Avec cette méthode, au lieu de créer des stories supplémentaires, vous pouvez les regrouper par ordre de priorité.
Par exemple, la user story sur la ou le gestionnaire de projet qui voulait des outils de reporting pourrait se voir attribuer trois points, et celle sur la ou le gestionnaire de projet qui voulait des outils d’automatisation pourrait se voir attribuer quatre points.
Dans ce scénario, votre équipe pourrait décider de se focaliser sur le développement des outils de reporting, qui exige moins de temps et de ressources.
Exemples à chaque étape du parcours client
Les besoins des utilisateurs et des utilisatrices évoluent tout au long de leur parcours client. Les user stories que vous créez peuvent être structurées en fonction de l’étape du cycle de vie à laquelle se trouve le membre de la clientèle ou l’utilisateur ou l’utilisatrice.
Nous allons à présent étudier quelques exemples de user stories correspondant à différentes étapes du parcours client.
Découverte
À cette étape, les utilisateurs et les utilisatrices entament tout juste leur parcours. Leurs questions seront donc sans doute génériques et dépourvues de jargon technique.
Une user story portant sur l’étape de découverte peut se présenter comme suit :
En tant que membre de l’équipe de développement, j’ai besoin d’une solution centralisant les informations importantes sur le projet pour pouvoir collaborer plus efficacement avec mes collègues.
Abonnement
À cette étape, le public cible s’intéresse à une application ou une solution et envisage sérieusement de s’inscrire. Mais avant qu’il ne franchisse le pas, votre équipe doit répondre de manière adéquate à ses objectifs, attentes et besoins. Ses préoccupations peuvent être liées au prix, à la simplicité d’utilisation ou de déploiement, ou encore à la sécurité.
Voici un exemple de user story orientée abonnement :
En tant que membre de l’équipe de développement, je veux une plateforme que je puisse commencer à utiliser immédiatement ou presque afin d’avoir un réel impact sur la productivité et les résultats du projet.
Achat
Pour bénéficier d’un taux de conversion élevé, votre processus d’achat et d’abonnement doit être fluide. Les user stories vous aident à identifier ces problèmes de manière proactive afin de limiter les abandons de panier et de générer des ventes.
Voici un exemple de user story orientée achat :
En tant que gestionnaire de projet, je veux des prix adaptés à chaque membre de la clientèle et offrant une plus forte valeur ajoutée à l’entreprise.
Prise en main
Quand la clientèle décide de s’abonner à votre plateforme ou opte pour un essai gratuit, il est vital de proposer un processus d’onboarding fluide qui optimisera le taux de fidélisation et limitera l’attrition.
La création d’une user story comme celle-ci vous aidera à envisager l’onboarding du point de vue de la clientèle :
En tant que gestionnaire de projet, je veux suivre une visite guidée de la solution de gestion des workflows afin de mieux cerner sa valeur ajoutée pour mes processus métier.
En continu
La réussite de votre produit dépend de votre capacité à attirer et retenir la clientèle. L’atteinte et le maintien d’un taux de fidélisation élevé prouvent que vous lui apportez une valeur ajoutée.
Voici un exemple de user story orientée fidélisation :
En tant que propriétaire d’une entreprise de e-commerce, je veux une solution évolutive me permettant de développer durablement l’activité de ma boutique en ligne.
Se lancer dans la création de user stories
Les user stories sont un bon moyen de réfléchir aux interactions avec votre application. Comme le montrent ces exemples, leur framework est adaptable au support de votre choix.
Ces micro-récits peuvent être appliqués à différentes parties du cycle de développement de votre application et à n’importe quelle étape du parcours client.
Quand vous vous apprêterez à mettre ces exemples à profit, notez par écrit quelques concepts pour votre produit, votre service ou votre entreprise. Pour gagner du temps, partagez cet article avec votre équipe pour voir comment les user stories pourraient vous aider dans votre travail.
Réfléchissez aussi à la manière dont elles s’inscrivent dans votre workflow actuel et déterminez si des ajustements seraient nécessaires pour les intégrer et en tirer parti.
Adobe peut vous aider.
Adobe Workfront est une solution de gestion de projet très performante qui peut aider votre équipe à atteindre ses objectifs Agile. Workfront est une solution de gestion du travail en entreprise qui fait le lien entre le travail et la stratégie, et améliore la collaboration pour obtenir des résultats tangibles. Grâce à l’optimisation et à la centralisation des projets digitaux, les équipes transversales peuvent se connecter, collaborer et travailler en donnant le meilleur d’elles-mêmes.
Pour en savoir plus, regardez la vidéo de présentation ou suivez une visite guidée du produit.