Jira : Epic, Story et Task – quelles sont les différences ?

Avec les épopées, les stories, les tâches et les sous-tâches, Jira offre une grande flexibilité dans l'organisation des projets et des tâches. Les épopées, les stories et les tâches sont ce qu'on appelle des « types d'issues », c'est-à-dire des types de tâches utilisés dans les projets Jira et qui permettent de les organiser de manière pertinente. 

D’un point de vue technique, il existe deux types de « types d’issues » :

• les types d'issues standard et
• les types d’issues de sous-tâches.

Les types d’issues standard peuvent également être appelés « tâches parentes ». Ils comprennent notamment les épopées, les stories, les tâches et les bogues. Les types d’issues standard peuvent être créés sans conditions particulières.

Il en va autrement pour le type de ticket « Sous-tâche ». Les sous-tâches ne peuvent jamais exister sans une tâche parent ou un type de ticket standard. Cela signifie qu’il faut toujours commencer par créer un type de ticket standard ou un type parent pour pouvoir créer une ou plusieurs sous-tâches. Si une tâche parent est supprimée, les sous-tâches associées sont également supprimées.

Du point de vue administratif, il est possible de créer et de nommer autant de types d'issues différents que souhaité, qu'il s'agisse de types « Standard » ou « Sous-tâche ». De même, il est possible de configurer des écrans, des workflows, etc. pour ces deux types. Qu'il s'agisse d'une épopée, d'une user story ou d'une tâche. 

Nous aimerions vous expliquer, à l'aide d'un exemple très simplifié, pourquoi un « Epic » présente des fonctionnalités différentes de celles d'une « Story » ou d'une « Task », et comment utiliser au mieux les « Epics », les « User Stories » et les « Tasks » ou « Sub-Tasks », car la formulation des « Epics » ou des « User Stories », par exemple, est un art en soi.

Dans le domaine du développement agile, une « epic » correspond à un ensemble de tâches très volumineux qui ne peut souvent pas être réalisé en une seule fois. La création d’un site web complexe en est un exemple.

En règle générale, une tâche d’une telle envergure est divisée en plusieurs petites tâches qui peuvent ensuite être réalisées individuellement dans un délai court. Il s’agit généralement des « user stories ».

Les user stories sont une description informelle et générale d’une fonctionnalité, rédigée du point de vue de l’utilisateur final.

En tant qu’utilisateur·trice, je souhaite par exemple pouvoir m’inscrire à une newsletter afin d’être tenu·e informé·e des dernières actualités. Si l’on travaille par exemple avec la méthode SCRUM, ces user stories sont estimées à l’aide de « story points » et planifiées dans des sprints. Ce n’est toutefois pas le cas de l’epic qui les chapeaute. 

À l’étape suivante, les user stories sont à nouveau divisées en unités de travail plus petites, par exemple à l’aide de tâches ou de sous-tâches. En ce qui concerne la newsletter, il pourrait par exemple y avoir une tâche pour la conception du formulaire d’inscription et une autre pour l’intégration à un outil de newsletter. Ces tâches peuvent ensuite être attribuées à des personnes spécifiques pour leur mise en œuvre. 

Dans un environnement agile, on utilise souvent la hiérarchie Épic → User Story → Tâche ou sous-tâche. Au sein d’un projet, il peut bien sûr y avoir plusieurs épics s’il y a plusieurs tâches de très grande envergure.

Si vous avez d'autres questions à ce sujet, n'hésitez pas à nous contacter ! Vous pouvez utiliser notre formulaire de contact ou simplement nous appeler au 0800 8 776 776.