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 étaient quelque peu 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 histoires d’utilisateurs sont un ingrédient essentiel dans le développement d’un logiciel, car elles permettent de décrire visuellement ses caractéristiques et de hiérarchiser les éléments ou les histoires qui doivent être développés. Poursuivez votre lecture pour comprendre comment créer des User Stories dans le logiciel Jira.
Qu’est-ce qu’une User Story ?
Une User Story peut être décrite comme une explication générale d’une fonctionnalité d’une application web ou d’un logiciel, rédigée du point de vue de l’utilisateur final. Il convient de noter que les User Stories ne sont pas des exigences logicielles. Cependant, ces histoires sont informelles et sont écrites pour illustrer comment cette ou ces fonctionnalités apporteront de la valeur aux utilisateurs finaux.
La structure de base d’une User Story
Les User Stories sont des 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 histoire d’utilisateur devrait comporter les 3C, c’est-à-dire “Carte, Conversation et Confirmation”. Décrivons maintenant les 3C à observer lors de la rédaction des User Stories dans le logiciel Jira.
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 Product Owner ou le Project Manager remettra la story card 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 d’utilisateur, une conversation s’engage entre les parties concernées. L’exigence contenue dans la User Story 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 Product Owners, les Scrum Masters, les développeurs et les parties prenantes. Diverses parties prenantes partagent leurs idées et leurs opinions dans le cadre de ces conversations, depuis la phase de planification jusqu’au moment où la User Story est choisie pour être 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, donc une confirmation est 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 capturer 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. D’autre part, 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
- Aider 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 interagiront avec le produit. Une histoire d’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.
- Son format est simple et flexible. Les User Stories dans le logiciel Jira n’ont pas besoin d’être compliquées. Le format simple vous permet de capturer tous les détails en utilisant le moins de mots possible. Les besoins changent également au fur et à mesure qu’un système ou une application logicielle se développe, et c’est pourquoi une User Story est flexible pour s’adapter à de tels 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 User Story est un bon outil qui permet de s’assurer que tous les membres de l’équipe comprennent les besoins et les objectifs finaux.
- Les UserStories 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 suit :
“En tant que [Nom d’utilisateur]……”
Par exemple, “En tant que locataire…….”, ou “En tant que propriétaire….”
#2. Les User Stories 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 le logiciel Jira afin de capturer leurs besoins, 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 de la collecte des loyers mensuels…..”
#3. Il doit y avoir un énoncé qualificatif
Vous pouvez simplement présenter l’énoncé qualificatif à l’aide d’une expression 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 l’énoncé qualificatif comme suit ;
“En tant que [NOM D’UTILISATEUR], je peux [OBTENIR QUELQUE CHOSE], de sorte que [ÉNONCÉ 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”
L’énoncé qualificatif justifie pourquoi l’équipe produit devrait travailler sur la fonctionnalité proposée.
#4. Une histoire d’utilisateur doit être indépendante
Chaque User Story créée doit 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 implémentent la User Story.
#5. Rendez la User Story négociable
Le but final d’une User Story peut être clairement décrit. Cependant, le processus pour atteindre les objectifs fixés devrait être négociable. La User Story devrait 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 petite
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 étape par étape de création d’une histoire d’utilisateur dans le logiciel Jira
Le logiciel Jira est l’un des meilleurs outils de gestion de projet du 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 diverses applications sont des raisons pour lesquelles vous devriez écrire des User Stories dans Jira Software. Suivez les étapes suivantes pour créer votre première User Story
#1. Connectez-vous à / créez votre compte Jira Software
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 créer un compte Jira Software gratuitement. Remplissez les détails et suivez les tutoriels pour configurer votre premier projet. Une fois que votre compte est prêt, vous pouvez passer à l’étape 2.
#2. Créez un dossier
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 de description. Pour cet exemple, notre description est la suivante : “En tant qu’utilisateur, j’aimerais partager des offres importantes pour que mes amis/ma famille puissent en profiter.”
#4. Joignez 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. Attribuez la tâche
La tâche est automatiquement assignée au créateur de l’histoire. Cependant, vous pouvez assigner le problème à une autre personne si vous travaillez en équipe.
#7. Définir la priorité de la tâche
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 la User Story
Comme vous créez l’histoire d’utilisateur pour la première fois, vous n’aurez pas beaucoup de fonctionnalités. Vous pouvez appuyer sur le bouton “Créer”, et votre histoire d’utilisateur sera prête à être visualisée.
Récapitulation
Rédiger des User Stories dans Jira Software ne doit pas être difficile si vous suivez les étapes ci-dessus. Le logiciel Jira propose également des guides et des tutoriels auxquels vous pouvez toujours vous référer lorsque vous vous sentez bloqué.
Vous pouvez également être intéressé par ce Guide de la méthodologie agile.