Épic, story et tâche : explication de la hiérarchie agile

La plupart des outils agiles — Jira, Azure DevOps, Linear — proposent trois niveaux : les épopées, les stories et les tâches. Cette hiérarchie n’a de sens que si chaque niveau recouvre une notion distincte. Lorsque les équipes attribuent la même signification à ces trois niveaux, ceux-ci s’effondrent et le signal de planification disparaît avec eux.

Épique

Un ensemble de tâches dont l’ampleur dépasse celle d’un sprint — il s’agit généralement d’une fonctionnalité ou d’une initiative que l’équipe met en œuvre sur plusieurs sprints. Les épopées sont mesurées en tailles de t-shirt, en semaines ou en nombre d’histoires (le nombre d’histoires en lesquelles vous pensez qu’elle se décomposera), et non directement en points d’histoire. Un nombre de points au niveau de l’épopée correspond à une agrégation des histoires sous-jacentes, et non à une estimation directe.

Histoire

Une tâche destinée à l’utilisateur qui tient dans un sprint. Les stories sont ce que l’on évalue avec le planning poker, et c’est là que s’appliquent les points de story. L’histoire est l’unité de vélocité, ainsi que l’unité représentant « ce à quoi nous nous engageons pour ce sprint ». Si une histoire ne tient pas dans un sprint, il s’agit en réalité d’une épopée — divisez-la en histoires qui, elles, y tiendront.

Tâche

Une tâche dérivée d’une story : un élément d’une liste de contrôle, une partie de la mise en œuvre. Les tâches sont généralement estimées en heures, voire pas du tout. Attribuer des points aux tâches revient à dupliquer les points de la story et rend la vélocité dénuée de sens, car vous finissez par compter deux fois le même effort, à deux niveaux d’abstraction.

Le piège : pointer à chaque niveau

Certains workflows Jira encouragent l’attribution de points aux tâches au sein des stories ; d’autres outils préconisent l’attribution de points aux épopées. Ces deux pratiques génèrent des chiffres de vélocité qui ne correspondent à aucune réalité, car l’effort est comptabilisé à plusieurs niveaux. Choisissez un seul niveau — la story — et n’attribuez des points qu’à ce niveau-là. Tout ce qui se trouve au-dessus n’est qu’une agrégation et tout ce qui se trouve en dessous relève des détails de mise en œuvre ; ni l’un ni l’autre ne devrait alimenter directement le chiffre de vélocité.

Foire aux questions

Quelle est la différence entre une épopée, une histoire et une tâche ?

Une épopée est un projet de grande envergure qui s’étend sur plusieurs sprints ; une histoire est une partie du projet destinée à l’utilisateur qui tient dans un seul sprint ; et une tâche est une étape technique qui permet de mener à bien une histoire. En gros : une épopée définit le « quoi » et le « pourquoi » à grande échelle ; une histoire définit le « quoi » et le « pourquoi » du point de vue de l’utilisateur ; et une tâche définit la manière de la mettre en œuvre.

À partir de quand une histoire devient-elle une épopée ?

Lorsqu’elle ne peut pas être réalisée en un seul sprint. Si l’équipe ne peut pas la mener à bien de bout en bout en un seul sprint, il s’agit en réalité d’un « epic » et elle doit être divisée en plusieurs « stories » pouvant chacune être réalisées en un sprint. Une « story » dont le niveau de précision ne cesse d’augmenter est généralement un « epic » déguisé.

Faut-il estimer les épopées en points d’histoire ?

Pas directement. Évaluez la taille des épopées en fonction des tailles de t-shirt, du nombre approximatif d’histoires ou de la somme des histoires qui les composent une fois qu’elles ont été décomposées. Le nombre attribué à une épopée est un total, et non une estimation : l’évaluation réelle s’effectue au niveau des histoires.

Les tâches se voient-elles attribuer des points d’histoire ?

Non. Les tâches sont estimées en heures ou ne font l’objet d’aucune estimation. Attribuer un nombre de points aux tâches d’une story revient à compter deux fois l’effort nécessaire — vous finissez par comptabiliser le même travail à deux niveaux —, ce qui rend la vélocité dénuée de sens. Attribuez des points à la story, et non à ses tâches.

Lectures complémentaires

• Que sont les « story points » ? — l’unité de mesure qui s’applique au niveau de l’histoire.
• Décomposition des user stories — que faire lorsqu’une « story » est en réalité une épopée ?
• Velocity — pourquoi le fait de comptabiliser l’effort à plusieurs niveaux fausse les prévisions.
• Guide d’estimation agile — l’ensemble complet des ressources sur l’estimation.
• Planning Poker gratuit pour les équipes agiles — estimez les stories avec votre équipe en temps réel.