User stories Agile

Qu'est-ce qu'une user story dans la méthode Agile ?

Comprendre ce que veut l'utilisateur final est essentiel pour améliorer et développer votre entreprise. Sans cette information, il est difficile d'attirer des clients, surtout si vos concurrents proposent quelque chose qui répond à leurs besoins.

C'est là que les user stories, ou récits utilisateurs, peuvent vous aider.

Une user story est une description simple et générale d'une fonctionnalité logicielle du point de vue de l'utilisateur. Elle définit ce qu'un utilisateur attend de votre entreprise, ce qui vous aide à hiérarchiser le travail et à améliorer la valeur pour le client.

Les user stories sont un outil courant utilisé dans les méthodologies Agile, permettant aux équipes de développement de travailler par itérations, en se concentrant sur la livraison de petits éléments de fonctionnalité de valeur aux utilisateurs le plus rapidement possible.

Une user story suit généralement le format suivant :

« En tant que [type d'utilisateur], je veux [but ou objectif] pour que je [bénéfice ou résultat]. »

Par exemple, une user story pour un outil de gestion de projet pourrait être :

« En tant que chef de projet, je veux créer et assigner des tâches aux membres de l'équipe afin de pouvoir suivre l'avancement du projet et de m'assurer que le travail est terminé dans les délais. »

Exemple de user story Agile

Imaginez que vous êtes concepteur d'un site de commerce électronique de vêtements. Pour encourager les consommateurs potentiels à faire un achat, vous devez concevoir un site web qui réponde aux besoins et aux désirs de vos clients.

Mais à quoi cela ressemble-t-il exactement pour votre public cible ?

Pour comprendre parfaitement ce que les consommateurs attendent de votre site web, vous effectuez des recherches pour savoir ce que veulent vos clients (nous y reviendrons), et vous créez les user stories suivantes :

« En tant que client disposant d'un budget limité, je souhaite filtrer les résultats de recherche par gamme de prix afin de trouver facilement des produits correspondant à mon budget. »
« En tant que client intéressé par les dernières tendances, je veux filtrer les produits en fonction des derniers ajouts au site web. »
« En tant que client souhaitant un processus d'achat rapide, je veux utiliser un site web où il est facile de naviguer et où il est rapide d'effectuer un achat. »

Avec ces user stories en place, vous avez une compréhension plus profonde de ce que vos clients attendent de leur expérience sur votre site web. Cette connaissance vous place dans une position plus forte pour créer un site web qui répond à leurs besoins et leur offre la meilleure expérience possible.

Pourquoi créer des user stories Agile ?

Les user stories garantissent que la voix de l'utilisateur final est entendue et que le produit ou le service qui en résulte est construit en tenant compte de ses besoins. Voici quelques-uns des principaux avantages de la création de user stories agiles, présentés plus en détail :

Pour comprendre ce que veulent les utilisateurs finaux

Les user stories Agile se placent du point de vue de l'utilisateur final, et non de l'équipe de développement. Vous vous concentrez ainsi sur les besoins et les objectifs de l'utilisateur. Par conséquent, vous pouvez leur fournir les caractéristiques et les fonctionnalités dont ils ont besoin pour obtenir la meilleure expérience utilisateur.

Pour hiérarchiser efficacement le travail

Lorsque vous savez ce que vos clients recherchent, vous pouvez hiérarchiser votre travail en conséquence. En d'autres termes, vous pouvez vous concentrer d'abord sur les exigences les plus critiques, ce qui vous permet d'apporter la plus grande valeur ajoutée en un minimum de temps.

Pour être plus flexible

Les user stories Agile sont fluides et peuvent s'adapter rapidement à l'évolution des besoins. Cette flexibilité permet une approche plus itérative du processus de développement logiciel, ce qui permet à l'équipe Agile d'apporter une plus grande valeur ajoutée au client.

Pour réaliser des estimations précises

Les user stories peuvent être estimés et sont généralement associés à des story points, qui aident à comprendre l'effort nécessaire pour développer une fonctionnalité. Cela facilite la planification et l'allocation des ressources.

Quelles sont les trois parties d'une user story ?

Une user story Agile typique se compose des trois parties suivantes :

Qui a besoin de la fonctionnalité ?
Que veulent-ils ?
Pourquoi en ont-ils besoin ?

Examinons ces domaines plus en détail.

Qui est l'utilisateur final ?

La première partie d'un user story consiste à décrire qui est l'utilisateur final. Il peut s'agir d'un client, d'un visiteur de site web, d'un administrateur ou de tout autre type d'utilisateur ou de partie prenante.

Que veut l'utilisateur final ?

Il s'agit d'une déclaration du but ou de l'objectif de l'utilisateur dans l'utilisation du système logiciel. Par exemple, si la user story concerne un site web de commerce électronique, l'utilisateur peut vouloir rechercher des produits par mot-clé.

Pourquoi le veut-il ?

Il s'agit de l'avantage ou du résultat que l'utilisateur retire de la caractéristique ou de la fonctionnalité. Dans le cas d'un site de commerce électronique, il peut s'agir de trouver rapidement les produits recherchés, ce qui rend l'expérience d'achat plus efficace.

Comment créer des user stories dans le cadre de la méthode Agile

Maintenant que nous connaissons les tenants et les aboutissants des user stories dans un flux de travail Agile, parcourons le processus de rédaction des vôtres.

Pour ce guide étape par étape, nous utiliserons le développement de logiciels en méthode Agile comme exemple.

Identifiez l'utilisateur final La première étape consiste à identifier l'utilisateur final. Si vous n'êtes pas sûr de l'identité de l'utilisateur final, ne vous inquiétez pas. Il existe plusieurs façons d'aborder ce processus.
Passons en revue quelques exemples :
Effectuez des recherches sur les clients
Contactez vos clients existants (si vous n'avez pas encore de clients, utilisez les clients potentiels) pour en savoir plus sur eux. Pour ce faire, vous pouvez organiser une enquête en ligne, demander un retour d'information sur vos canaux de médias sociaux ou leur envoyer directement un courrier électronique pour leur demander des informations spécifiques.
Examinez les données des clients existants
Si vous avez déjà des clients, exploitez les données dont vous disposez. Si vous disposez d'informations démographiques (âge, lieu de résidence, emploi, etc.), utilisez-les pour dresser le portrait de votre utilisateur final.
Analysez vos concurrents
Si vous n'avez pas de clients existants à examiner, regardez qui sont vos concurrents. Cela vous donnera une bonne indication de ce que vous devriez cibler et de ce que seront vos utilisateurs finaux. Utilisez notre modèle d'analyse concurrentielle pour vous aider à gérer ce processus.
Pour vous assurer que vous avez une image claire de votre utilisateur final, envisagez d'utiliser notre modèle de Persona utilisateur pour vous guider. Grâce à ce modèle, vous pouvez rassembler toutes les données relatives à vos utilisateurs finaux en un seul endroit et les mettre à jour en permanence au fur et à mesure que de nouvelles informations apparaissent.
Définissez le but ou l'objectif de l'utilisateur final Maintenant que vous savez qui est votre utilisateur cible, vous devez déterminer ce qu'il attend de votre logiciel, y compris les fonctionnalités spécifiques.
Pour ce faire, vous pouvez suivre les activités décrites dans la section précédente. Discutez avec vos clients pour savoir ce qu'ils veulent, analysez vos données existantes et examinez ce que font vos concurrents et ce qu'en pense leur public.
Vous pouvez également utiliser notre modèle d'énoncé des problèmes des clients pour identifier leurs points faibles. Comprendre les défis des clients vous aidera à déterminer comment votre logiciel peut résoudre ces problèmes et offrir une meilleure expérience à l'utilisateur.
Décrivez le résultat souhaité par l'utilisateur final Ensuite, vous devez décrire les avantages que l'utilisateur final tirera de l'utilisation de cette fonctionnalité. Pour ce faire, réfléchissez à l'objectif que vous venez de décrire et posez-vous la question suivante :
Quel est le raisonnement qui sous-tend cet objectif ?
Par exemple, si l'utilisateur final souhaite une barre de recherche sur votre site web, quel avantage en retirera-t-il ? Cela rendra-t-il l'expérience plus efficace ? Cela lui permettra-t-il de trouver plus facilement ce qu'il cherche ?
C'est ainsi que votre fonctionnalité profite à l'utilisateur final, ce qui constitue un élément clé de votre récit Agile. Lorsque vous avez finalisé ces informations, vous êtes prêt à créer un récit Agile complet, ce qui nous amène à la section suivante.
Créez la user story Avec les trois éléments principaux en main, vous pouvez maintenant créer la user story.
Comme nous l'avons mentionné, les user stories sont concises. Il n'y a pas de place pour le jargon, le langage doit donc être simple et donner une image claire de ce dont l'utilisateur a besoin.
Voici la structure que nous avons décrite précédemment :
« En tant qu'[utilisateur], je veux [but/objectif], pour que [bénéfice/résultat]. »
Vous pouvez également utiliser notre modèle de user story map pour schématiser vos idées. Ce modèle vous aide à visualiser le parcours du client et à définir les tâches à accomplir pour améliorer l'expérience du client.
Collaborez avec l'équipe de développement Agile et les parties prenantes Bien que le propriétaire du produit soit souvent chargé de rédiger la user story, une certaine collaboration entre les équipes est nécessaire.
Le propriétaire du produit, l'équipe de développement et les autres parties prenantes doivent examiner les user stories pour s'assurer qu'ils sont exacts et que tout le monde est sur la même longueur d'onde. À la fin de ce processus, les user stories devraient être claires, concises et précises.
C'est également l'occasion de définir vos critères d'acceptation, c'est-à-dire un ensemble de conditions qui doivent être remplies pour qu'une user story soit complète. Une fois les critères d'acceptation en place, tout le monde sait quand une nouvelle caractéristique ou fonctionnalité est prête à être publiée.
Pour travailler ensemble le plus efficacement possible, il est utile de disposer d'un outil de collaboration.
Avec Miro, toute votre équipe peut collaborer virtuellement et en personne dans un espace partagé. Vous pouvez ajouter vos user stories à l'espace de travail, partager l'accès avec votre équipe et même intégrer des cartes Jira pour suivre facilement le travail effectué.
Classez les user stories par ordre de priorité dans le backlog de produit Une fois que vous disposez d'une liste de user stories, vous devez les ajouter au carnet de commandes du produit.
Le backlog de produit est une liste classée par ordre de priorité de toutes les fonctionnalités qui doivent être développées pour un produit. C'est là que vous organiserez et classerez les user stories en fonction de la valeur qu'elles apportent à l'utilisateur final. Consultez notre modèle de backlog de produit pour en savoir plus sur son fonctionnement.
Après avoir ajouté les stories au backlog, vous organiserez une réunion de sprint planning avec votre équipe Agile pour décider des user stories à ajouter au sprint à venir.
Voici quelques éléments à prendre en compte pour classer les user stories par ordre de priorité :
Identifier les gains rapides qui ajoutent le plus de valeur
Si l'un de vos user stories décrit une nouvelle fonctionnalité simple susceptible d'apporter une grande valeur ajoutée à l'utilisateur final, il doit être votre priorité. En fin de compte, vous voulez apporter le plus de valeur possible avec le moins de travail possible. Ainsi, l'utilisateur final bénéficie d'une meilleure expérience et vous disposez de plus de ressources pour vous concentrer sur d'autres domaines du développement logiciel.
Examiner la capacité de l'équipe pour les prochains sprints
Avant de décider quels user stories classer en priorité, il est important de tenir compte du temps que prendra le travail et de la capacité de l'équipe de développement. Il ne sert à rien de classer en priorité des user stories que l'équipe de développement n'aura tout simplement pas le temps ou les ressources nécessaires pour réaliser. Pour surmonter cet obstacle, discutez au préalable avec l'équipe de développement pour déterminer ce qui est réaliste.
Utiliser une matrice de priorités
Si vous avez du mal à déterminer quelles sont les user stories à traiter en priorité lors d'un prochain sprint, utilisez une matrice de priorité. Cela vous aidera à comparer le niveau de travail requis et l'impact qu'il aura.

Utilisez Miro pour créer des user stories Agile

Les user stories sont une petite partie essentielle d'un cadre Agile. Elles vous encouragent à considérer votre logiciel du point de vue de l'utilisateur final, ce qui vous aide à fournir des caractéristiques et des fonctionnalités qui améliorent l'expérience de l'utilisateur.

Pour commencer à créer des user stories, utilisez notre modèle de user story map. Tracez vos idées, décrivez vos tâches et suivez facilement vos progrès au fur et à mesure que vous apportez des améliorations à votre logiciel.