Comment rédiger des User Stories dans le logiciel Jira

La création d'une application web ou d'un logiciel ne se limite pas au codage et à la mise en service de l'application.

Plusieurs étapes sont nécessaires, comme la compréhension du besoin, la conception, les tests, l'amélioration et la sortie finale de l'application.

Certaines des applications web que nous voyons ont été, d'une manière ou d'une autre, complexes à comprendre au cours du processus de développement. Heureusement, lorsque des processus, des idées ou des concepts complexes sont visualisés, il devient facile de les assimiler.

Les User Stories sont un ingrédient essentiel dans le parcours de développement d'un logiciel car elles permettent de décrire visuellement ses caractéristiques et de prioriser les éléments ou les histoires qui doivent être développés. Poursuivez votre lecture pour comprendre comment créer des User Stories en Logiciel Jira.

Qu'est-ce qu'une histoire d'utilisateur ?

Une histoire d'utilisateur peut être décrite comme une explication générale d'une application web ou d'une fonctionnalité logicielle rédigée du point de vue de l'utilisateur final. Il convient de noter que les histoires d'utilisateurs ne sont pas des exigences logicielles. Cependant, ces récits sont informels et sont rédigés pour illustrer la manière dont cette fonctionnalité apportera de la valeur aux utilisateurs finaux.

La structure de base d'une histoire d'utilisateur

Les histoires d'utilisateurs sont les listes de choses à faire qui aident à déterminer les étapes à suivre dans le cadre d'un projet. Une histoire d'utilisateur est censée capturer le "qui", le "quoi" et le "pourquoi" d'une exigence de produit. Ces récits sont brefs, chaque élément contenant de 10 à 15 mots. Ces étapes permettront de s'assurer que le produit et le processus répondent aux exigences souhaitées.

Selon Ron Jeffries, chaque User Story devrait comporter les 3C, c'est-à-dire "Card, Conversation, and Confirmation" (carte, conversation et confirmation). Décrivons maintenant les 3C à observer lors de la rédaction des User Stories dans Jira Software.

Carte

À l'origine, les User Stories étaient rédigées sur des cartes physiques ou des notes Post-it. Nous disposons maintenant de cartes modernes que nous pouvons facilement personnaliser lorsque nous rédigeons des User Stories dans le logiciel Jira. Cependant, la carte ne contiendra que quelques informations sur l'exigence. Une carte contient suffisamment d'informations pour vous aider à comprendre le besoin.

La carte peut également contenir des détails importants tels que la priorité et le coût associés à la fonctionnalité. Le propriétaire du produit ou le chef de projet remettra la fiche aux développeurs une fois que tous les détails auront été saisis.

Conversation

Après l'utilisation de la carte pour formuler l'histoire de l'utilisateur, une conversation s'ensuit entre les parties concernées. L'exigence contenue dans l'histoire de l'utilisateur doit être discutée et affinée avant d'être communiquée aux développeurs.

La collaboration est également favorisée par les conversations entre les propriétaires de produits, Maîtres ScrumLes conversations se déroulent entre les utilisateurs, les développeurs et les parties prenantes. Diverses parties prenantes partagent leurs pensées et opinions à travers ces conversations, de la phase de planification jusqu'au moment où l'histoire de l'utilisateur est choisie pour la mise en œuvre. Ces conversations peuvent être verbales et, parfois, s'appuyer sur des documents.

Confirmation

Les conversations peuvent durer des jours, voire des semaines. Cependant, il peut y avoir un élément de doute, et une confirmation est donc nécessaire. Vous pouvez ajouter des critères qui donnent une mesure spécifique comme critère d'acceptation. Ces mesures peuvent être rédigées sous forme de listes à puces dans le récit.

La confirmation prend la forme de tests d'acceptation. Ces tests doivent saisir les exigences essentielles et vous aider à tester le produit créé pour déterminer s'il répond aux normes. Le propriétaire du produit définit les critères d'acceptation. De leur côté, les développeurs sont chargés de mettre en œuvre les critères d'acceptation.

Objectif de la rédaction d'une histoire d'utilisateur

Aide les concepteurs, les propriétaires de produits et les développeurs à penser aux utilisateurs finaux.. Les produits modernes doivent toujours tenir compte de la manière dont les utilisateurs finaux vont interagir avec le produit. L'histoire de l'utilisateur est une excellente approche qui met en évidence le parcours de l'utilisateur final lors de la conception et du développement d'un produit.
a un format simple et flexible. Histoires d'utilisateurs en Jira Les logiciels ne doivent pas être compliqués. Le format simple permet de capturer tous les détails en utilisant le moins de mots possible. Les besoins évoluent également au fur et à mesure que le système ou l'application logicielle se développe, et c'est la raison pour laquelle une histoire d'utilisateur est flexible pour s'adapter à ces changements.
L'équipe parle la même langue. Une équipe de développement typique peut être composée d'un propriétaire de produit, de concepteurs et de développeurs. Une histoire d'utilisateur est un bon outil qui permet de s'assurer que tous les membres de l'équipe comprennent les besoins et les objectifs finaux.
Les histoires d'utilisateurs favorisent la collaboration. Les User Stories définissent les objectifs finaux. L'équipe peut ainsi travailler ensemble et décider comment servir au mieux l'utilisateur final et atteindre les objectifs fixés.

Meilleures pratiques à suivre lors de la rédaction des User Stories

#1. L'utilisateur doit être clairement défini

Le travail ne doit être effectué que si un utilisateur est identifié. L'utilisateur qui demande cette fonctionnalité peut être un utilisateur externe, un client ou le chef de produit. L'utilisateur peut parfois être un membre de l'équipe de développement après avoir noté une fonctionnalité sur laquelle il faudrait travailler.

L'utilisateur est présenté comme :

"En tant que [Nom d'utilisateur]......"

Par exemple, "En tant que locataire.......", ou "En tant que propriétaire...."

#2. Les histoires d'utilisateurs doivent capturer le besoin

Voici quelques-unes des questions à poser : l'utilisateur souhaite-t-il partager une photo des produits avec ses amis ou consulter l'historique de tous les articles qu'il a achetés dans le passé ? Ces questions aideront l'équipe produit à comprendre ce qu'elle est censée créer.

Une erreur fréquente à ce stade est de présenter une solution. Cependant, une histoire d'utilisateur ne devrait pas être accompagnée d'une solution. En tant que développeur de produit, vous devez travailler avec les utilisateurs lorsque vous rédigez des User Stories dans Jira Software afin de capturer leurs exigences, mais en évitant de tirer des conclusions hâtives.

Le besoin est représenté comme suit : "En tant que [NOM DE L'UTILISATEUR] : je peux [RÉALISER QUELQUE CHOSE]...."

Par exemple, "En tant que propriétaire : Je peux voir la répartition des loyers mensuels perçus....."

#3. Il devrait y avoir une déclaration de qualification

Vous pouvez simplement présenter l'énoncé qualificatif avec une phrase telle que "de sorte que". Une fonctionnalité n'est pas simplement ajoutée à une application, mais cette fonctionnalité doit apporter une valeur ajoutée.

Vous pouvez présenter la déclaration de qualification comme suit ;

"En tant que [NOM D'UTILISATEUR], je peux [OBTENIR QUELQUE CHOSE], de sorte que [DÉCLARATION DE VALEUR]..."

Par exemple ;

"En tant que propriétaire : Je peux voir la répartition des loyers mensuels perçus afin de planifier mes dépenses."

La déclaration de qualification justifie pourquoi l'équipe produit doit travailler sur la fonctionnalité proposée.

#4. Une histoire d'utilisateur doit être indépendante

Chaque histoire d'utilisateur créée devrait représenter un ensemble indépendant et distinct de valeurs d'entreprise. Ainsi, il devrait y avoir une valeur incrémentale lorsque les développeurs mettent en œuvre la User Story.

#5. Rendre l'histoire de l'utilisateur négociable

L'objectif final d'une histoire d'utilisateur peut être clairement décrit. Cependant, le processus permettant d'atteindre les objectifs fixés doit être négociable. La User Story doit permettre au Product Owner et à l'équipe de développement de négocier pour éviter des contraintes irréalistes sur la fonctionnalité ou la caractéristique.

#6. Doit être simple et de petite taille

Vous devez faire en sorte que vos User Stories dans Jira Software soient petites si vous voulez atteindre les objectifs dans le cycle de sprint donné. Si vous avez une histoire trop complexe, cela indique que vous devez la décomposer davantage.

Processus de création d'une histoire d'utilisateur dans le logiciel Jira, étape par étape

Le logiciel Jira est l'un des meilleurs Outils de gestion de projet dans le monde moderne. Le logiciel Jira était à l'origine utilisé pour le suivi des bogues et des problèmes, mais il a maintenant évolué pour devenir un outil de développement logiciel agile pour les équipes de développement.

La fonctionnalité soignée de cette application et la facilité d'intégration avec d'autres applications sont des raisons pour lesquelles vous devriez écrire des User Stories dans le logiciel Jira. Suivez les étapes suivantes pour créer votre première histoire d'utilisateur

Si vous avez déjà un compte Jira Software, connectez-vous et passez à l'étape 2. Cependant, si vous n'en avez pas, vous pouvez en créer un. Compte Jira Software gratuitement. Remplissez les détails et suivez les tutoriels pour mettre en place votre premier projet. Une fois votre compte créé, vous pouvez passer à l'étape 2.

#2. Créer une question

Les problèmes sont utilisés pour suivre les travaux individuels qui doivent être réalisés. Cliquez sur l'icône "Créer" dans la barre de navigation supérieure de votre tableau de bord Jira Software.

#3. Énoncez votre histoire d'utilisateur

Décrivez votre problème dans la section description. Pour cet exemple, notre description est la suivante : "En tant qu'utilisateur, j'aimerais partager des offres importantes pour que mes amis ou ma famille puissent en profiter."

#4. Joindre les fichiers associés

Certaines tâches peuvent nécessiter des fichiers. Cependant, notre histoire d'utilisateur n'a pas d'image, donc nous allons sauter cette étape.

#5. Ajouter une description

Cette section décrit la fonctionnalité en détail. Dans notre cas, nous pouvons décrire les plateformes de médias sociaux où les produits peuvent être partagés.

#6. Attribuer la tâche

La tâche est automatiquement assignée au créateur de l'histoire. Vous pouvez toutefois l'attribuer à une autre personne si vous travaillez en équipe.

#7. Définir la priorité des tâches

Lorsque vous rédigez des User Stories dans Jira Software, vous pouvez définir la priorité comme la plus élevée, la plus haute, la plus basse ou la plus faible. Nous avons choisi "Haute" pour notre fonction de partage des médias sociaux.

#8. Publier l'histoire d'utilisateur

Comme vous créez l'histoire d'utilisateur pour la première fois, vous n'aurez pas beaucoup de fonctions. Vous pouvez cliquer sur le bouton "Créer" et votre User Story sera prête à être visualisée.

Conclusion

Rédiger des User Stories dans Jira Software ne doit pas être difficile si vous suivez les étapes ci-dessus. Le logiciel Jira dispose également de guides et de tutoriels auxquels vous pouvez toujours vous référer lorsque vous vous sentez bloqué.

Ce qui suit peut également vous intéresser Guide de la méthodologie agile.