Atlassian Jira est sans doute l’un des meilleurs outils de suivi des bogues/problèmes et de gestion des tâches qui existent. Il prend en charge non seulement les méthodologies agiles, mais aussi deux des pratiques agiles les plus courantes, Scrum et Kanban. Bien qu’initialement conçu pour le suivi des bogues, Jira a évolué au fil des ans pour devenir une plateforme de gestion de projet puissante et 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 constituent l’ensemble de l’écosystème Jira. Deux de ces terminologies couramment utilisées sont les épopées et les histoires.
Qu’est-ce qu’une histoire d’utilisateur ?
Les histoires, également appelées histoires d’utilisateur, font référence à de courtes exigences et à des demandes écrites du point de vue de l’utilisateur final. Les histoires sont des exigences logicielles ou des fonctionnalités qui doivent être mises en œuvre et qui apporteront 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 rédigées de manière non technique et décrivent ce qui doit être fait et comment communiquer les exigences à l’équipe de développement. Dans Jira, une histoire est représentée par une question de type Histoire. Elle raconte l’histoire d’un client ou d’un utilisateur qui utilise le produit. Une histoire a un nom, une brève narration et des critères d’acceptation, des conditions qui doivent être remplies pour que l’histoire soit achevée.
Une histoire doit être présentée dans un format granulaire afin de définir au mieux l’objectif final, de fournir une vue d’ensemble d’un projet et de permettre à l’équipe de développement de se concentrer sur les tâches qui doivent être accomplies dans un délai précis. Une histoire d’utilisateur est composée de trois aspects principaux : une description écrite des exigences ou de la fonctionnalité du produit, des conversations qui étoffent les détails des exigences, même les plus petites, de l’histoire d’utilisateur, et des documents qui permettent de vérifier qu’une histoire est terminée. Pour un développeur, une histoire d’utilisateur aide à comprendre les exigences du niveau d’exécution, les détails, les critères d’acceptation et tout ce qui est lié à l’histoire.
Qu’est-ce qu’Epic ?
Les histoires d’utilisateurs peuvent être grossières ou détaillées. Les épopées sont de telles histoires d’utilisateur à gros grain, ou vous pouvez les appeler « histoires plus grandes » ou « fonctionnalités » parce qu’elles sont trop grandes pour être d’une grande utilité. Dans Jira, les épopées font référence à de grandes histoires d’utilisateur qui peuvent être décomposées en deux ou plusieurs histoires de taille plus petite, ou des histoires d’utilisateur plus faciles à gérer. 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. Il s’agit en fait d’un ensemble de travaux ayant un objectif commun, qui peut être n’importe quoi, comme une fonctionnalité demandée par un client, un problème technique qui doit être résolu ou n’importe quoi qui nécessiterait normalement plus d’un sprint.
Les épopées peuvent être réalisées en un seul sprint, mais ce n’est pas obligatoire ; elles peuvent prendre plusieurs sprints avant d’être livrées, et dans le même ordre que les histoires d’utilisateurs qu’elles contiennent sont classées par ordre de priorité. Il s’agit donc d’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 cela doit être fait et qui est chargé de le faire. Il s’agit d’un groupe d’histoires liées qui seront divisées en histoires composantes avant de faire partie d’un sprint.
Différence entre Jira Epic et Story
Définition
– Les histoires, également appelées histoires d’utilisateur, sont des exigences logicielles ou des fonctionnalités qui doivent être mises en œuvre et qui apporteront de la valeur à l’utilisateur final ou à l’acheteur d’un système ou d’un logiciel. Les épopées, quant à elles, sont des histoires d’utilisateur plus importantes qui peuvent être décomposées en histoires plus petites et plus faciles à gérer 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.
Objet
– Les Epics et les User Stories sont étroitement liés les uns aux autres et sont tous deux créés par le propriétaire du produit ou par l’analyste commercial qui assiste 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, quant à elles, font référence à des exigences commerciales de haut niveau qui sont trop importantes et trop complexes pour être livrées en un seul sprint. Il s’agit d’un groupe d’histoires liées qui seront divisées en leurs composants au cours de l’élaboration de la feuille de route initiale du produit.
Hiérarchie
– Les histoires d’utilisateurs représentent des caractéristiques ou des fonctionnalités individuelles qui doivent être mises en œuvre selon les instructions du propriétaire du produit. Il s’agit de produits livrables qui sont suffisamment petits pour être réalisés dans un sprint et qui sont créés tout au long du cycle de vie du développement du produit. Mais lorsque les histoires ou les problèmes deviennent suffisamment complexes et importants pour ne pas tenir dans un seul sprint, ils deviennent des épopées. Les épopées sont donc des histoires plus importantes qui sont tout simplement trop grandes pour être livrées dans un sprint, elles sont donc divisées en histoires plus petites et plus faciles à gérer. Les Epics sont un outil de regroupement qui permet de regrouper les problèmes connexes afin de mieux organiser le travail.
Résumé
Bien que les Epics et les User Stories soient étroitement liés les uns aux autres et qu’ils servent tous deux à gérer les tâches, ils ont un objectif différent. Les épopées se situent au niveau supérieur de la hiérarchie lorsqu’il s’agit du développement de produits. Elles décrivent une grande partie de la fonctionnalité du produit, si grande qu’elle ne peut être achevée en un seul sprint et doit être décomposée en petits morceaux de travail, appelés « histoires d’utilisateur ». Les histoires sont essentiellement de simples exigences ou caractéristiques du produit à mettre en œuvre selon les instructions du propriétaire du produit. La principale différence entre les deux réside donc dans l’échelle de vue.