Différence entre Jira Epic et Story

Atlassian Jira est sans doute l'un des meilleurs outils de suivi des bugs / problèmes et de la gestion des tâches, qui soutient non seulement les méthodologies agiles, mais soutient également deux des pratiques agiles les plus courantes, Scrum et Kanban. Bien qu'il ait été initialement conçu pour le suivi des bogues, Jira a évolué au fil des ans en une puissante plate-forme de gestion de projet riche en fonctionnalités pour les entreprises de toutes tailles. Mais, avant de commencer à travailler avec Jira, vous devez vous familiariser avec certains concepts et terminologies clés qui composent tout l'écosystème de Jira. Les épopées et les histoires sont deux ces terminologies couramment utilisées.

Qu'est-ce que Story User?

Des histoires, également appelées histoires d'utilisateurs, se référer à de courtes exigences et aux demandes écrites du point de vue des utilisateurs finaux. Les histoires sont des exigences logicielles ou des fonctionnalités qui doivent être implémentées et qui fourniront de la valeur à l'utilisateur final ou à l'acheteur d'un système ou d'un logiciel. Les histoires d'utilisateurs sont généralement écrites de manière non technique et décrivent ce qui doit être fait et comment communiquer les exigences à l'équipe de développement. Une histoire dans Jira est représentée comme une question de Type Story. Il raconte une histoire sur un client ou un utilisateur utilisant le produit. Une histoire a un nom, un bref récit et des critères d'acceptation, des conditions qui doivent être remplies pour que l'histoire soit terminée.

Une histoire doit être dans un format granulaire afin qu'il définit le mieux l'objectif final, offrant une image plus large d'un projet, permettant finalement à l'équipe de développement de se concentrer sur les tâches qui doivent être effectuées dans un cadre spécifié. Une histoire d'utilisateurs est composée de trois aspects principaux: une description écrite des exigences ou des fonctionnalités du produit, des conversations qui étoffent les détails de la plus petite des exigences de l'histoire utilisateur et des documents qui peuvent vérifier quand une histoire est terminée. Pour un développeur, un utilisateur aide à comprendre les exigences du niveau d'exécution, les détails, les critères d'acceptation et tout ce qui concerne l'histoire.

Qu'est-ce que Epic?

Les histoires d'utilisateurs peuvent être à grains grossiers ou détaillés. Les épopées sont des histoires d'utilisateurs si grossières, ou vous pouvez les appeler «histoires plus grandes» ou «fonctionnalités» car elles sont trop grandes pour être très utiles. Les épopées de Jira se réfèrent à de grandes utilisateurs qui peuvent être décomposées à deux histoires ou plus de plus petite taille, ou plus de grévistes gérables. Les épopées sont de gros morceaux de travail qui décrivent généralement un groupe de problèmes liés à un ou plusieurs projets. Ils sont essentiellement un morceau de travail avec un objectif commun et ils pourraient être n'importe quoi, comme une fonctionnalité demandée par un client, un problème technique qui doit être résolu, ou juste tout ce qui nécessiterait généralement plus d'un sprint.

Les épopées peuvent être, mais pas essentiellement nécessaires pour se faire en un seul sprint; Ils peuvent prendre plusieurs sprints avant d'être livrés, et dans le même ordre, les utilisateurs qu'ils contiennent sont prioritaires. Donc, c'est un excellent outil de regroupement que vous pouvez utiliser dans vos projets Jira pour avoir une idée claire de l'ensemble du projet - où vous en êtes, quand vous devez être fait, et qui est chargé de le faire. C'est un groupe d'histoires connexes qui seront divisées en leurs histoires de composants avant qu'elle ne fasse partie d'un sprint.

Différence entre Jira Epic et Story

Définition

- Les histoires, également appelées histoires d'utilisateurs, sont les exigences du logiciel ou les fonctionnalités qui doivent être implémentées et qui apportera de la valeur à l'utilisateur final ou à l'acheteur d'un système ou d'un logiciel. Les épopées, en revanche, sont de plus grandes histoires d'utilisateurs qui peuvent être décomposées en histoires plus petites et gérables avant le début d'un sprint. Les épopées sont de gros morceaux de travail qui décrivent généralement un groupe de problèmes liés à un ou plusieurs projets.

But

- Les épopées et les histoires d'utilisateurs sont étroitement liés les uns aux autres, et les deux sont créés par le propriétaire du produit ou l'analyste commercial qui aide le propriétaire du produit. Les histoires sont des exigences de projet plus petites qui décrivent ce qui doit être fait et comment communiquer les exigences à l'équipe de développement. Les épopées, en revanche, se réfèrent à des exigences commerciales de haut niveau qui sont trop grandes et complexes pour être livrées dans un seul sprint. Ils sont un groupe d'histoires connexes qui seront divisées en leurs histoires de composants pendant la carte de route initiale du produit.

Hiérarchie

- Les histoires d'utilisateurs représentent des fonctionnalités individuelles ou des fonctionnalités qui doivent être implémentées comme indiqué par le propriétaire du produit. Ce sont des livrables suffisamment petits pour être complétés dans un sprint et qui sont créés tout au long du cycle de vie du développement des produits. Mais, lorsque les histoires ou les problèmes deviennent complexes et assez grands pour ne pas s'adapter à un seul sprint, ils deviennent des épopées. Ainsi, les épopées sont des histoires plus grandes qui sont tout simplement trop grandes pour être livrées dans un sprint, donc elles sont décomposées en histoires plus petites et faciles à gérer. Les épopées sont un outil de regroupement qui regorge de problèmes liés afin que vous puissiez mieux organiser votre travail.

Epic vs. Histoire: tableau de comparaison

Résumé

Bien que les épopées et les histoires d'utilisateurs soient étroitement liés les uns aux autres et servent à gérer les tâches, ils servent un objectif différent. Les épopées sont assises au niveau supérieur de la hiérarchie en ce qui concerne le développement du produit qui décrit une grande partie de la fonctionnalité du produit, si gros qu'il ne peut pas être terminé dans un seul sprint et doit être décomposé en petits morceaux d'œuvres, appelés «Stories d'utilisateur ". Les histoires sont essentiellement des exigences ou des fonctionnalités de produits simples à mettre en œuvre comme indiqué par le propriétaire du produit. Ainsi, la principale différence entre les deux réside dans l'échelle de vue.