Un élément central de développeurs de logiciels agiles C'est exactement ce que fait les utilisateurs et les clients et les user stories contribuent à faire exactement cela. Ils placent les utilisateurs finaux au centre de la conversation. Dans cet article, nous allons discuter d'une user story en agile.
Les histoires utilisent un langage non technique afin de fournir des conditions à l'équipe de développement et à ses efforts. La user story aide l'équipe à comprendre son propre objectif, pourquoi elle le construit. Aussi ce qu'ils construisent et la valeur que cela crée à la fin et en cours de route. Ainsi, les user stories sont l'une des composantes vitales d'un programme agile. Ils facilitent la créativité, le progrès et un meilleur produit final en donnant à l'équipe un cadre axé sur l'utilisateur pour leurs tâches quotidiennes. Toutes les histoires agiles se concentrent sur les exigences et aident à créer des conversations en une ou deux phrases sur la fonctionnalité souhaitée.
Les sujets abordés dans cet article sont:
- Quelles sont les user stories?
- Qui est responsable de la rédaction d'une user story?
- Quand écrire des user stories?
- Pourquoi créer des user stories?
- Travailler avec des user stories
Que sont les User Stories?
Les user stories sont des descriptions simples et courtes d'une fonctionnalité par un utilisateur ou un client du système. Ils suivent un modèle commun:
En tant que, je le veux.
quels sont les packages en java
Apprenons-en plus sur les user stories.
- Habituellement, les user stories sont écrites sur des post-it et des fiches. Ensuite, ils sont disposés sur des tables ou des murs à des fins de planification et de discussion, d'où la création de conversations autour d'eux.
- Les user stories, qui sont des discussions tournant autour et avec l'aide des user stories, sont très importantes et déplacent l'attention de l'écriture sur les fonctionnalités à leur discussion.
- Ils sont toujours exprimés du point de vue de l’utilisateur et ne sont pas classés comme une fonctionnalité. Une user story est la plus petite partie d'un système de cadre agile.
- L'objectif principal d'une user story est d'exprimer et de montrer comment un travail particulier apportera de la valeur à l'utilisateur ou au client. Il est important de noter que les clients ne doivent pas nécessairement être des utilisateurs finaux externes, mais peuvent également être des collègues de votre équipe ou de votre organisation.
- Les user stories ne s'aventurent pas dans les détails et se composent de phrases simples et peu nombreuses.
Histoires d'utilisateurs dans Scrum et Kanban
Scrum et Kanban utilisent des user stories dans leurs frameworks. Dans Scrum, les user stories s'ajoutent aux sprints et sont utilisées au cours du sprint. Dans KanBan, les équipes ajoutent les user stories dans leur backlog et les utilisent dans leur flux de travail. Ainsi, ils aident à une meilleure estimation, à la planification de sprint, à une meilleure précision des prévisions et à une plus grande agilité dans l'équipe Scrum. D'autre part, les équipes KanBan peuvent mieux gérer les travaux en cours et améliorer leurs flux de travail grâce aux user stories.
Des cadres agiles plus grands comme épopées et initiatives constituent des user stories. Les épopées sont des pièces plus grandes qui sont décomposées en de nombreuses histoires et les initiatives comprennent de nombreuses épopées.
Il existe deux façons d'ajouter des détails aux user stories:
- En divisant la user story en plusieurs histoires plus petites.
- En ajoutant des conditions de satisfaction.
Une condition de satisfaction fait référence à un test d'acceptation de haut niveau qui se confirme une fois la user story agile terminée.
Qui est responsable de la rédaction de la user story?
Il n'y a pas de règle définie concernant qui peut écrire les user stories. Le Product Owner doit s'assurer que le backlog produit des user stories est en place mais il n'a pas forcément à les écrire. Idéalement, unUn bon projet agile aura des user stories écrites par chaque membre de l'équipe et plus d'importance sera accordée aux membres de l'équipe d'être également impliqués dans les discussions après avoir écrit les user stories.
Quand écrire des user stories?
Les user stories sont conçues tout au long du projet agile. Un atelier d'écriture d'histoires est généralement organisé au début du projet agile afin que chaque membre de l'équipe puisse participer et potentiellement aider à créer un backlog de produit décrivant la fonctionnalité souhaitée et l'objectif final qui peuvent ensuite être ajoutés au projet. Certaines des user stories finiront par se transformer en épopées. De plus, ces épopées seront ultérieurement décomposéesen plusieurs histoires plus petites qui s'intégreront mieux dans une itération. De nouvelles histoires peuvent également être ajoutées de temps à autre au carnet de commandes du produit en fonction des besoins.
élever un nombre à une puissance en java
Pourquoi créer des user stories?
Une User Story en Agile peut sembler être une étape supplémentaire dans le processus du cadre agile, mais elle fournit des informations importantes et précieuses à l'équipe et éclaire le thé sur la valeur que leurs tâches apportent au projet. Les user stories offrent un certain nombre d'avantages et d'avantages:
- Favoriser la concentration sur l'utilisateur - Une liste de tâches permet généralement à l'équipe de rester sur ses gardes avec les tâches à effectuer et à cocher la liste, tandis que les user stories mettent tout l'accent sur les utilisateurs et aident à résoudre leurs problèmes à mesure qu'ils sont écrits du point de vue de l'utilisateur .
- Activez la collaboration - Lorsque l'objectif final est clair et défini pour l'équipe, ils peuvent travailler ensemble efficacement pour atteindre cet objectif ainsi que pour fournir satisfaction et bon service à l'utilisateur.
- Stimuler la créativité - Le processus d'écriture et de discussion des user stories implique des discussions et des remue-méninges qui aident l'équipe à réfléchir de manière critique et créative et éventuellement à trouver des solutions pour atteindre l'objectif final.
- Donnez de l'élan - Chaque histoire donne un élan à l'équipe de développement à travers les défis et les progrès.
Travailler avec des user stories
- Une user story est conceptualisée et écrite, puis elle est absorbée et implémentée dans le workflow. Habituellement, les chefs de produit, les chefs de produit ou les chefs de programme rédigent des user stories. Ensuite, ils les soumettent à un examen.
- Lors d'une réunion de planification de sprint ou d'itération, l'équipe prend une décision concernant les histoires qui seront incluses au cours de ce sprint particulier. De plus, les équipes discutent des fonctionnalités et des exigences de l'histoire. Des exigences peuvent être ajoutées à l'histoire après avoir été acceptées par l'équipe.
- Une étape importante de cette réunion consiste à évaluer les histoires en fonction de leur complexité et du moment de leur achèvement. Une histoire devrait pouvoir être terminée en un seul sprint. Pour cette raison, l'équipe doit discuter des histoires.
Les user stories mettent en lumière le fonctionnement quotidien de l'équipe de développement et expliquent les processus suivis par l'équipe au quotidien. La meilleure façon de les exploiter dans votre projet pour découvrir ses avantages est de comprendre leur rôle et leur contribution au travail et à la livraison de l’équipe.
C’est tout, les gars! Avec cela, nous sommes arrivés à la fin de l'article «User Story in Agile». Vous pouvez également jeter un œil à pendant que vous y êtes.
Vous avez une question pour nous? Veuillez le mentionner dans la section commentaires de ce rticle et nous vous répondrons dans les plus brefs délais.