Skip to main content Skip to footer
Dev

User story template : le guide pour créer son récit utilisateur

Blandine Ginhoux Temps de lecture: 23 min
Commencer

Une user story, ou un récit utilisateur en français, est aujourd’hui un outil essentiel dans la gestion de projet Agile. En effet, même s’il ne s’agit que d’une petite phrase permettant de définir simplement et clairement les besoins des utilisateurs, la user story est au cœur de toutes les stratégies marketing et de vente actuelles. Et oui, on peut trouver de nombreuses raisons pour expliquer pourquoi le lancement d’un produit ou d’une fonctionnalité n’a pas marché. Mais, le plus souvent, c’est tout simplement parce que le client n’en a pas perçu la valeur.

Ainsi, une user story est la description concise d’une caractéristique ou d’une fonctionnalité rédigée du point de vue de l’utilisateur final. Souvent utilisée dans les processus de développement Agile, elle sert à guider le développement d’une tâche ou d’un projet et d’aider à comprendre la valeur qu’une fonctionnalité peut offrir.

Dans cet article, après avoir donné la définition d’une user story, nous verrons comment bien rédiger une user story, Agile ou non. Puis, nous proposerons quatre templates de user story que vous pourrez utiliser pour créer votre propre modèle de user story afin de trouver les arguments de vente uniques de votre produit (USP). Enfin, nous dévoilerons comment un logiciel efficace comme monday dev peut vous aider à rédiger la user story la mieux formulée.

Try monday dev

Qu'est-ce qu'une user story : définition

En quelques mots, une user story est la description succincte d’une fonctionnalité rédigée du point de vue de l’utilisateur final. Autrement dit, elle permet de définir un besoin ou une exigence spécifique à partir de l’expérience utilisateur. En outre, elle sert à guider les équipes de développement produit dans la création de solutions qui répondent réellement aux attentes des utilisateurs, tout en facilitant la priorisation des tâches de développement.

Ainsi, intégrée à une spécification technique, une bonne user story permet de guider le développement produit tout en laissant une certaine souplesse dans l’implémentation. Cependant, si elle n’est pas suffisamment précise ou détaillée, elle peut engendrer une dette technique qui devra être corrigée ou améliorée ultérieurement. C’est pourquoi, il est indispensable d’écrire un bon modèle de user story avant de rédiger son premier récit utilisateur.

Généralement, une user story est structurée selon le modèle suivant :

« En tant que [type d’utilisateur], je veux [une action] pour obtenir [un bénéfice/un avantage/une valeur] »

Si l’on applique ce modèle de user story, voici cinq exemples de récits utilisateurs possibles en français :

  1. En tant que client, je veux pouvoir filtrer les produits par prix sur le site pour trouver plus rapidement ce qui correspond à mon budget.
  2. En tant que utilisateur, je veux pouvoir sauvegarder mes préférences de langue pour n’avoir pas à les sélectionner à chaque visite.
  3. En tant que administrateur, je veux pouvoir exporter les rapports mensuels au format CSV pour faciliter l’analyse des données.
  4. En tant que étudiant, je veux pouvoir voir mes résultats de tests en ligne pour suivre mes progrès.
  5. En tant que membre, je veux pouvoir recevoir des notifications lorsque de nouveaux articles sont publiés pour rester informé des dernières nouveautés.

Mais, on peut aussi rédiger des user stories avec la méthode de gestion de projet Agile. Voici cinq exemples de user stories Agiles en français :

  1. En tant que utilisateur, je veux pouvoir me connecter à mon compte avec mon adresse e-mail et mon mot de passe afin de protéger mes données personnelles.
  2. En tant que client, je veux pouvoir ajouter des produits à mon panier et les visualiser avant de passer à la caisse afin de gérer facilement mes achats.
  3. En tant que membre de l’équipe, je veux un tableau de bord des tâches en cours afin de suivre l’avancement de notre sprint.
  4. En tant que utilisateur, je veux pouvoir réinitialiser mon mot de passe via un lien envoyé par e-mail afin de récupérer l’accès à mon compte si je l’ai oublié.
  5. En tant que responsable produit, je veux que la recherche sur le site propose des suggestions automatiques pendant la saisie afin de réduire le taux d’abandon et améliorer l’expérience utilisateur.
Try monday dev

Modèle de récit utilisateur ou user story template

Un user story template, ou modèle de récit utilisateur en français, fournit donc un résumé ou un mode d’emploi pour rédiger ses user stories. Autrement dit, un template donne une idée claire de l’objectif que vise la user story et qui va guider la stratégie de développement logiciel Agile.

Ainsi, les user stories se composent généralement de quatre composants clés qui vont formater la plupart des user stories templates :

  • titre : un nom court et descriptif pour la user story ou la fonctionnalité,
  • utilisateur : le rôle de la personne qui bénéficiera de la fonctionnalité,
  • action : ce que l’utilisateur veut réaliser,
  • bénéfice : comment l’utilisateur va recevoir la valeur de la fonctionnalité.

Par exemple, avec le modèle de user story précédent, une entreprise qui conçoit un logiciel pour obtenir des informations sur les vols peut rédiger une user story ressemblant à ceci :

En tant que grand voyageur, je souhaite recevoir des notifications sur les retards de vols afin de pouvoir adapter mon emploi du temps en conséquence.

En outre, les user stories Agile et Scrum servent à rappeler qu’il faut garder l’utilisateur à l’esprit pendant tout le processus de développement logiciel.

Grâce aux templates de user stories, on peut rédiger beaucoup plus rapidement des user story bien formulées pour guider efficacement ses projets de développement.

Mais, voyons maintenant toutes les raisons pour lesquelles on peut écrire un exemple de user story template.

Try monday dev

Les avantages d’un bon user story template

Utiliser un modèle de user story, ou user story template, présente d’innombrables avantages. En effet, les user stories peuvent sembler courtes et donc simples à construire. Et pourtant, elles sont souvent le fruit d’une longue réflexion. En fait, leur création est plus complexe qu’il n’y paraît car il faut réussir à être à la fois concis, clair et précis.

Voici quelques-uns des principaux avantages à rédiger un bon template de user story :

  • standardisation : la standardisation des user stories permet de s’assurer qu’elles suivent toutes un format cohérent. Ainsi, le travail de chacun est facilité et on peut maintenir un backlog produit clair et structuré,
  • efficacité : les modèles de user story à structure prédéfinie accélèrent le processus de rédaction des user stories. Ainsi, on peut plus facilement les comparer et les hiérarchiser lors des réunions,
  • amélioration de la collaboration : grâce aux templates de user story, chacun partage la même compréhension de ce que chaque user story implique. Or, cela encourage des discussions plus productives lors des réunions de planification de sprint et de révisions,
  • qualité constante : avec un modèle de user story PDF ou sous un autre format comme Word ou Excel, vous disposez d’un template facile à reproduire pour maintenir la même qualité de user story,
  • des processus de travail plus fluides : l’automatisation des processus de travail à l’aide de templates permet de gagner du temps et de réduire la probabilité de goulots d’étranglement qui entravent la productivité,
  • une dynamique continue : chaque user story terminée permet de motiver l’équipe en créant une saine émulation, ce qui est essentiel pour mener un projet à son terme,
  • meilleure estimation : les templates de user stories incluent souvent un critère d’acceptation pour valider la user story, ce qui permet une planification et des estimations de temps plus précises.
Try monday dev

Comment rédiger une user story ?

Nous avons vu plus haut un exemple de template de user story. Mais, il est souvent plus difficile qu’on ne le pense de réussir à résumer de longues explications de fonctionnalités en une user story claire qui tient en une ou deux phrases. Pour se faciliter la tâche, il est donc important d’anticiper et de définir en amont tous les facteurs et mesures clés qui vont impacter sa user story.

Voici les étapes à suivre pour rédiger une user story bien formulée.

Étape 1 : définir l’utilisateur final

Si vous ne l’avez pas encore fait, commencez par créer un profil d’acheteur type ou un buyer persona afin de bien cerner qui est vraiment l’utilisateur visé. Vous devez prendre en compte des aspects tels que sa fonction, ses compétences, ses points de douleur et ses défis, mais aussi son comportement, ses attributs spécifiques et ses besoins. Cela vous aidera à mieux comprendre les décisions qu’il prendra à propos de votre produit.

Étape 2 : définir ce que veut l’utilisateur final

Sur la base de ce que vous savez de vos utilisateurs, essayez d’examiner ce qu’ils veulent en fonction de la façon dont ils utilisent vraiment votre produit. Puis, construisez un scénario qui mène à la fonctionnalité qui résoudra ce « besoin ». Pour ce faire, utilisez les études de marché, les enquêtes, le feedback et même les problèmes signalés afin de déterminer les spécificités de ce que les utilisateurs attendent de votre produit.

Étape 3 : définir les raisons pour lesquelles un utilisateur veut ce qu’il veut

Une fois que vous connaissez vos utilisateurs et que vous avez déterminé ce qu’ils veulent, il faut maintenant aller plus loin et comprendre pourquoi ils veulent ce qu’ils veulent. Cherchez à savoir comment la résolution du « désir » de l’utilisateur l’aidera à atteindre ses objectifs ou à tirer davantage de valeur de votre produit. Pour ce faire, vous devez vous concentrer sur ce que votre produit ou une nouvelle fonctionnalité apporterait à l’utilisateur.

Étape 4 : définir des critères d’acceptation

Pour savoir si une user story est complète, vous devez définir les conditions à remplir pour qu’elle soit considérée comme terminée. Par exemple, si une nouvelle fonctionnalité permet à un utilisateur d’obtenir ce qu’il veut et d’atteindre ses objectifs. Lorsque vous élaborez vos critères d’acceptation, il est essentiel de toujours garder à l’esprit le point de vue de l’utilisateur plutôt que le vôtre. En d’autres termes, pour savoir si la user story est terminée ou non, la réponse doit venir du point de vue de l’utilisateur.

Try monday dev

Six meilleures pratiques pour créer un template de user story

Pour maximiser l’efficacité de ses modèles de user stories, il faut qu’ils soient concis, efficaces et faciles à lire. Pour cela, suivez ces meilleures pratiques de user stories.

  • créer un contenu facilement reproductible : il faut s’efforcer de rendre chaque user story concise et, idéalement, photocopiable. Pour cela, elle doit communiquer le point de vue de l’utilisateur final aussi succinctement que possible et éviter tout quiproquo,
  • se concentrer sur le pourquoi : une fois que vous avez compris le « pourquoi » de votre buyer persona idéal, vous pouvez mieux comprendre son point de vue et créer un meilleur produit pour lui en fonction de ses objectifs,
  • éviter le jargon technique : lorsque vous encombrez vos user stories avec trop de termes techniques, vous réduisez la vitesse de compréhension de la user story,
  • inclure des critères d’acceptation : incorporez toujours des critères d’acceptation clairs et testables pour définir les limites de la user story et fixer des conditions claires pour savoir quand elle est considérée comme terminée,
  • définir la valeur commerciale : envisagez d’ajouter une section pour définir la valeur commerciale d’une user story afin d’aider vos collaborateurs à prioriser les user stories en fonction de leur impact commercial,
  • faciliter la collaboration : lorsque vous créez des templates de user stories, concevez-les de manière à encourager la discussion afin que tout le monde ait la même compréhension de ce qu’ils doivent accomplir.
Try monday dev

Quatre exemples de modèles de user story

Il existe différentes façons de raconter une histoire et il en va de même pour les user stories. En fonction des processus de travail et des préférences de votre équipe, vous souhaiterez peut-être ajouter des informations supplémentaires à vos user stories afin de mieux les relier entre elles ou de les adapter à votre gestion de produit Agile personnelle.

Nous présentons ci-dessous quatre des modèles de user stories les plus courants afin que vous puissiez vous faire une idée plus précise de celui qui conviendrait le mieux à votre équipe de développement.

1. Modèle de user story simple sur excel

Modèle de user story simple sur excel

Ce template de user story sur excel permet de vérifier une story à la fois afin de se concentrer sur le besoin de l’utilisateur d’une manière claire et facile à lire. Ces user stories sont simples et ne nécessitent souvent que d’ajouter quelques informations supplémentaires telles que sa priorité ou son importance et d’une estimation du temps ou de l’effort que ce besoin devra fournir pour obtenir une user story bien formulée.

2. Modèle d’epic user story

Epic user story template par mondat dev

Les équipes Agiles utilisent souvent des epics, ou épopées, pour regrouper des user stories connexes en une seule story plus grande. Ainsi, les epics peuvent suivre le même utilisateur pour différents besoins, représentées par différentes stories afin de pouvoir suivre chacune d’entre elles dans le cadre d’une story plus large plutôt qu’individuellement.

3. Modèle de user story thématique

Modèle de user story thématique par monday dev

Un autre format de user story consiste à les regrouper par thème. Ceux-ci vont plus loin que les epic user stories car ici, ce sont la stratégie produit et les objectifs généraux de votre entreprise qui sont le point de départ de chaque user story. Ainsi, en choisissant un template de user story thématique, la stratégie globale de votre organisation est prioritaire pendant tout le processus de développement et chaque user story est bien cohérente avec chaque thème développé.

4. Modèle de user story SAFe®

Modèle de user story SAFe par monday dev

Les organisations qui utilisent la méthodologie Agile SAFe vont souvent vouloir ajouter des données supplémentaires à leurs modèles de user stories. Par exemple,

  • hypothèse de bénéfice : des affirmations vérifiables sur les avantages d’une fonctionnalité,
  • valeur commerciale pour l’utilisateur : l’impact d’une tâche sur le chiffre d’affaires de l’entreprise et sur la satisfaction des utilisateurs,
  • exigences non fonctionnelles : attributs du système qui ne sont pas directement liés à la performance,
  • criticité temporelle : nécessité d’accomplir une tâche rapidement,
  • coût du retard : la valeur perdue en raison d’un éventuel report de la mise à disposition,
  • réduction du risque : la valeur associée au potentiel d’une tâche à diminuer les risques ou à créer des opportunités futures.

Enfin, vous trouverez certainement des modèles de user stories téléchargeables sous Excel ou Word. Pourtant, une plateforme de développement ou de gestion de projet comme monday.com vous facilitera grandement la tâche pour rédiger rapidement des user stories bien formulées selon le template que vous préférez.

Try monday dev

Optimisez vos processus de développement produit avec les modèles de monday dev

monday dev est une plateforme logicielle qui permet aux développeurs et à toute équipe Agile de planifier et d’exécuter ses projets de A à Z. Ainsi, monday dev offre des outils de collaboration et de communication performants pour réunir toutes les idées de votre équipe et les concentrer sur la rédaction de user stories solides.

Ainsi, les nombreux modèles de développement logiciel Agile de monday dev sont remplis d’outils et de tableaux de bord pour vous aider à organiser et à rédiger des user stories, des epics et des rapports efficaces et bien formulés.

Voyons maintenant les fonctionnalités de monday dev qui permettent d’écrire de bonnes user stories.

Processus de travail et modèles Agiles

Construisez une feuille de route produit, organisez votre tableau de backlog produit, planifiez vos sprints, ajoutez des story points et organisez vos éléments avec un modèle de rétrospective de sprint avec monday dev

Outre la création de user stories, monday dev permet de compléter d’autres processus de travail Agiles à l’aide de templates efficaces. Ainsi, vous accélérez la mise en place et l’organisation de vos tâches pour vous attaquer efficacement à votre to-do list pour chaque user story. Construisez une feuille de route produit, organisez votre tableau de backlog produit, planifiez vos sprints, ajoutez des story points et organisez vos éléments avec un modèle de rétrospective de sprint.

Personnalisez vos user stories

Communiquez sur vos matrice RACI en toute transparence avec monday work management

Sur vos tableaux de développement, vous pouvez personnaliser davantage les user stories pour ajouter des informations supplémentaires comme l’assignation à un membre de l’équipe pour révision, l’ajout de documents justificatifs, de commentaires, de calendriers, d’échéances, de burndown charts et plus encore. Ainsi, vos users stories restent simples et toutes les informations sont rangées au même endroit.

Vues de travail multiples

Tableau Kanban, diagramme de Gantt ou frise chronologique, visualisez vos tâches comme vous le souhaitez avec monday dev

Avec plus de 27 vues de travail différentes, vous pouvez visualiser vos tâches et vos projets comme vous le souhaitez. Par exemple, la vue Tableau Kanban est idéale pour les processus de travail comme la rédaction de user stories car elle permet de visualiser clairement la progression des petites tâches. Sinon, la vue chronologique peut également aider à visualiser l’avancement du projet. Ainsi, vous voyez clairement le chemin qu’il vous reste à parcourir avant de pouvoir lancer votre produit sur le marché.

Try monday dev

Rédigez de meilleures user stories avec monday dev

Disposer d’un template de user story simplifie toujours ses processus de travail. En effet, avec un bon modèle, les user stories sont rapidement accessibles, standardisées et faciles à comprendre par tous les membres de l’équipe.

En outre, avec une plateforme performante comme monday dev, un modèle de user story permet de collaborer sur plusieurs user stories en même temps tout en les connectant à d’autres processus de travail comme la planification de sprint et son backlog de produit.

Ainsi, avec monday dev, vos user stories et vos epics restent concentrées sur les bons objectifs, aussi bien ceux du projet que ceux de l’entreprise.

Try monday dev

FAQ

Une user story est une description succincte d’une fonctionnalité ou d’un besoin exprimé par un utilisateur ou un client, rédigée sous la forme d’un texte simple de une ou deux phrases. Elle suit généralement le format suivant : « En tant que [type d'utilisateur], je veux [objectif] afin de [bénéfice] ». Elle sert à clarifier les attentes et à guider l’équipe de développement dans la création de solutions adaptées.

Les 3 C des user stories sont :
card : la user story est représentée par une carte, c'est-à-dire une brève description écrite de l’objectif.
conversation : cela fait référence aux discussions qui ont lieu entre les membres de l'équipe après l’écriture de la story, permettant d'affiner et de mieux comprendre les besoins et exigences visés.
confirmation : ce sont les critères d'acceptation qui définissent quand la user story est considérée comme terminée et conforme.

Inclure la valeur commerciale dans un user story template permet de s'assurer que chaque fonctionnalité développée contribue de manière mesurable à l'objectif global du projet mais aussi de l'entreprise. Ainsi, cela permet de hiérarchiser les user stories en fonction de leur impact sur l'entreprise en veillant à ce que les fonctionnalités les plus utiles soient développées en premier.

Une bonne user story est claire, concise et axée sur la création de valeur pour l’utilisateur. Elle doit être suffisamment détaillée pour guider les développeurs, mais suffisamment ouverte pour permettre d’en discuter et de l'ajuster si nécessaire. Elle suit le format des 3 C et doit avoir des critères d'acceptation clairs pour valider son achèvement.

La principale différence entre user story et cas d'utilisation réside dans le niveau de détail et le format. Une user story est une description simple et centrée sur l’utilisateur qui peut être vue comme une « promesse » à développer, tandis qu’un cas d’utilisation est un document plus détaillé, souvent technique, qui décrit les étapes spécifiques à suivre pour accomplir une fonction dans un système. Les user stories sont plus flexibles et adaptées à l’approche Agile, tandis que les cas d'utilisation sont plus rigides et souvent utilisés dans des approches traditionnelles de développement logiciel.

Un epic est une fonctionnalité ou un besoin large et complexe qui ne peut pas être réalisé en une seule itération ou sprint. Il est généralement trop volumineux pour être détaillé immédiatement. Une user story, en revanche, est plus petite, spécifique et centrée sur un objectif utilisateur précis, qui peut être développé en un ou plusieurs sprints. Ainsi, un epic peut être décomposé en plusieurs user stories pour en faciliter la gestion et le développement.

Commencer