Les avantages de la User Story et comment la rédiger

Comme son nom l’indique, la user story concerne la relation entre l’utilisateur et le produit, vue du point de vue du client. C'est un moyen efficace de comprendre pourquoi – ou pourquoi pas – ils voudraient votre produit, et il est particulièrement utile de visualiser des fonctionnalités nouvelles ou plus spécifiques, afin d'en mesurer la valeur pour le client. Allons plus loin.

Qu’est-ce qu’une User Story ?

Dans la gestion de produits et le développement de logiciels, une user story est une illustration non formelle en langage simple d'un ou plusieurs composants d'un système logiciel. Il s'agit du plus petit composant du développement logiciel Agile, utilisé pour décrire une propriété logicielle du point de vue de l'utilisateur.  

L’objectif d’une user story est de communiquer efficacement comment une propriété logicielle apportera au client une satisfaction ou une valeur maximale. Une fois que la user story a joué son rôle, l’équipe de développement reprend la main. Ils proposent des codes qui répondront aux besoins de la user story. Dans certains cas, les développeurs de logiciels travaillent avec les parties prenantes et les propriétaires de l'entreprise pour certifier les fonctionnalités du code au fur et à mesure de leur développement. 

Un élément essentiel du développement logiciel agile est de donner la priorité aux utilisateurs – et c’est ce que fait la user story. Il applique un vocabulaire non spécialisé pour créer des conditions pour les développeurs et leurs efforts et aide l'équipe à savoir ce qu'elle crée, la raison de sa création et la valeur que les utilisateurs en tireraient.​​

Les témoignages d'utilisateurs, les thèmes, les épopées et les initiatives sont les composants qui aident à organiser l'aspect pratique nécessaire au développement d'une solution logicielle centrée sur le client. Jetez un œil au schéma ci-dessous.

• Themes sont l'objectif compétitif ;
• initiative chaque assemblage d'épopées est-il utilisé pour atteindre l'objectif principal ?
• Épopées les exigences métier avancées sont-elles mises en œuvre à chaque itération, et elles sont désintégrées en histoires plus petites ;
• Histoires d'utilisateurs sont de brèves demandes qui donnent de la valeur, écrites du point de vue d'un utilisateur.

Propriétés d'une User Story

Une user story agile doit être brève et rédigée par l’entreprise dans un langage compréhensible par le consommateur. Écrire en termes familiers aide l'entreprise et l'équipe de développement à mieux comprendre les besoins de l'utilisateur et les raisons qui les sous-tendent. 

Il existe des scénarios dans lesquels une user story reçoit un identifiant distinctif et un niveau de priorité. Un identifiant distinctif est généralement un numéro qui aide les développeurs à garder un œil sur le nombre de user stories disponibles et leur période d'achèvement. D'autre part, le niveau de priorité indique le nombre de développeurs requis, la durée et les exigences de la fonctionnalité. Le niveau de priorité est exclusif à l’équipe.

De plus, la user story doit inclure des critères d'acceptation utilisés pour déterminer les limites de la user story et les exigences nécessaires pour la compléter. Les critères d'acceptation, en Agile, font référence à un ensemble de conditions prédéfinies qui doivent être remplies pour noter une histoire complète. En outre, ils définissent l'éventail et les conditions que les développeurs doivent remplir pour évaluer l'histoire comme étant complète. C’est pourquoi on l’appelle parfois la « définition du fait ».

Comment rédiger une user story efficace

Comme la plupart des premières expériences dans l’exécution d’une tâche, écrire une user story pour la première fois peut être un défi. La création de user stories se fait généralement au stade initial du développement. Il est utilisé pour planifier des sprints et des itérations, bien qu'ils puissent être écrits à tout moment. 

Tout d’abord, les histoires se résument généralement aux trois W ci-dessous :

• Qui travaille est l'utilisateur ?
• Ce que l'utilisateur souhaite-t-il que la création cède ?
• Pourquoi Choisir l'utilisateur a-t-il besoin de cette fonctionnalité particulière ?

De plus, certains points peuvent vous aider à créer des user stories convaincantes :

Faites des utilisateurs votre priorité

L'essence même d'une histoire est de vérifier l'efficacité du point de vue de l'utilisateur. Assurez-vous d’incorporer des informations précises et spécifiées par l’utilisateur et d’interroger les utilisateurs. L'utilisateur peut être un système dans certaines situations.

Définir la personnalité des utilisateurs

Il est essentiel de comprendre vos utilisateurs lors de la rédaction d'une histoire. Si cela signifie inventer des personnalités imaginaires qui représentent le public de votre marque ou les utilisateurs finaux, faites-le. En outre, vous avez besoin d'informations telles que les défis que vos utilisateurs doivent résoudre, leurs méthodes d'achat et les objectifs généraux. Au lieu de rôles génériques, utilisez des noms de personnalité.

Gardez les choses simples

Maintenez toujours une histoire précise et concise. Concentrez-vous uniquement sur les points importants et écrivez d’une voix active.

Faire équipe

Lors du développement des user stories, assurez-vous de travailler avec toutes les parties prenantes importantes.

Inclure des critères d'acceptation

Incluez des critères d'acceptation qui décrivent ce qui constitue « fait » pour cette même histoire.

Commencez par les épopées

Commencez par une histoire plus détaillée pour bien comprendre l’efficacité générale, puis entrez dans les composants de la fonctionnalité principale. Cela vous aide à faire en sorte que l'histoire se fonde dans une itération ou une seule histoire.

Afficher la user story dans une zone accessible

Placer les user stories dans des espaces ouverts pour plus de visibilité favorise le partenariat tout au long de la tâche de développement. Vous pouvez utiliser des organigrammes, des graphiques, des croquis et des Story Maps pour améliorer votre affichage.

Soyez ouvert aux commentaires

Les commentaires vous permettent d'améliorer votre fonction pour donner une valeur optimale à l'utilisateur. Le développement agile accueille les commentaires.

Exemples de user story

• Comme Kim, je veux m'habiller pour pouvoir faire une séance photo ;
• En tant que chef d'équipe, je souhaite écouter les idées de mes coéquipiers afin que nous puissions atteindre notre objectif ;
• En tant qu'enseignant, je dois être attentif aux besoins de mes élèves afin de pouvoir les aider à grandir.

Avantages de la user story

• Se concentrer sur l'utilisateur et faire en sorte que l'équipe reste concentrée sur la fourniture de solutions aux problèmes des utilisateurs ;
• Motiver et inspirer l'équipe de développement à être créative et critique lors de la création de solutions ;
• Aider à la gestion du temps en détaillant l'évolution des conditions et de l'efficacité ;
• Favoriser le travail d'équipe, alors que l'équipe unit ses forces pour trouver la meilleure façon de fournir le meilleur service à l'utilisateur et de réaliser son rêve ;
• Aidez à éviter les limitations qui surviennent en raison de la définition des détails des spécifications lorsqu'ils sont définis trop tôt.

Les défis d'une user story

Les user stories comportent leurs défis, tout comme la plupart des événements de la vie. Dans les paroles de Mike Cohn, les exigences logicielles constituent un problème de communication. L’exigence d’une communication efficace peut être un fardeau pour certaines parties prenantes internes. De plus, s’assurer que l’histoire est suffisamment concise pour donner de la valeur sans renoncer à sa simplicité peut également s’avérer une tâche ardue. 

D’un autre côté, le processus de développement d’une user story se fait dans le but de créer des solutions, et non des problèmes, pour l’entreprise. Par conséquent, la communication entre les utilisateurs et les parties prenantes est encouragée, afin de produire un produit plus dynamique et plus utile. 

Une user story aide en fin de compte à réorienter les organisations de développement de logiciels d’une méthode partisane axée sur la demande vers une méthode collective centrée sur le client. En outre, il est direct, simple et résume les besoins du client, offrant ainsi encore plus de valeur aux utilisateurs finaux – les personnes les plus pertinentes dans votre travail.