Guide agile · Pratiques agiles
Epics, stories et tâches : la hiérarchie du travail agile expliquée
Les epics, les user stories et les tâches sont trois niveaux de la hiérarchie du travail agile. Un epic est un objectif d'envergure qui s'étend sur plusieurs sprints, une user story est une petite tranche de valeur utilisateur qui tient dans un sprint, et une tâche est une étape technique nécessaire pour terminer une story.
À retenir
- Les epics sont de grands objectifs, les stories de petites tranches de valeur utilisateur et les tâches des étapes techniques.
- Les stories et les epics apportent de la valeur ; les tâches, à elles seules, non.
- Le product owner façonne les epics et les stories ; les développeurs créent les tâches.
- Gardez une hiérarchie simple et cohérente au sein de l'équipe.
La hiérarchie en un coup d'œil
| Niveau | Ce que c'est | Taille type | Généralement rédigé par |
|---|---|---|---|
| Initiative ou thème | Un objectif large ou un domaine d'action | De quelques mois à un an ou plus | Direction, product management |
| Epic | Un ensemble de travaux d'envergure avec un seul objectif | Plusieurs sprints | Le product owner ou le product manager |
| User story | Une petite tranche de valeur pour un utilisateur | Quelques jours ; tient dans un sprint | Le product owner, avec l'équipe |
| Tâche | Une étape technique pour terminer une story | De quelques heures à une journée | Les développeurs qui réalisent le travail |
Principales différences
| Epic | User story | Tâche | |
|---|---|---|---|
| Finalité | Regrouper des stories liées sous un objectif | Apporter une valeur visible par l'utilisateur | Découper une story en étapes |
| Point de vue | Résultat pour l'entreprise ou l'utilisateur | Utilisateur | Technique ou propre à l'équipe |
| Apporte de la valeur à lui seul ? | Oui, une fois ses stories terminées | Oui | Non |
| Estimé en | Taille approximative ou somme des story points | Story points ou équivalent | En heures, ou non estimé |
| Apparaît dans | Feuille de route et plan de release | Backlogs produit et de sprint | Sprint backlog et tableau de tâches |
| Terminé lorsque | Son objectif est atteint | Les critères d'acceptation et la Definition of Done sont respectés | L'étape est réalisée |
Exemple chiffré
Epic : Réservation de cours en ligne pour une chaîne de salles de sport.
- Story : En tant qu'adhérent, je veux réserver une place dans un cours afin qu'elle me soit garantie (5 points).
- Tâche : créer le bouton de réservation et l'écran de confirmation (4 heures).
- Tâche : ajouter l'endpoint de réservation et la vérification de capacité (6 heures).
- Tâche : écrire des tests automatisés pour les cours complets et disponibles (3 heures).
- Tâche : mettre à jour le planning pour afficher les places restantes (2 heures).
- Story : En tant qu'adhérent, je veux annuler une réservation afin que quelqu'un d'autre puisse prendre ma place (3 points).
- Tâche : ajouter un bouton Annuler avec confirmation (2 heures). Tâche : libérer la place et prévenir la liste d'attente (5 heures).
Le product owner suit l'epic sur la feuille de route, l'équipe planifie les stories lors du sprint planning, et les développeurs créent et mettent à jour les tâches pendant le sprint.
Comment découper le travail
- Partez d'un résultat de la feuille de route et rédigez-le sous forme d'epic avec un indicateur de succès.
- Découpez l'epic en user stories à l'aide de schémas comme les étapes du workflow, les types d'utilisateurs ou le cas nominal d'abord.
- Affinez les stories prioritaires jusqu'à ce qu'elles respectent INVEST et puissent être estimées ; voir affinage du backlog.
- Lors du sprint planning, les développeurs découpent les stories sélectionnées en tâches.
- Suivez les tâches quotidiennement sur le tableau de tâches ; clôturez la story lorsque tous les critères sont remplis.
- Clôturez l'epic lorsque son objectif est atteint, même s'il reste des stories de moindre valeur non réalisées.
Erreurs courantes
- Utiliser des tâches pour représenter la valeur utilisateur, si bien que le backlog devient une liste de choses à faire sans résultats clairs.
- Créer des epics si grands qu'ils ne se clôturent jamais.
- Estimer les tâches en heures et les stories en points, puis les additionner.
- Attribuer les tâches aux personnes lors du sprint planning au lieu de laisser l'équipe tirer le travail.
- Ajouter des niveaux supplémentaires (sous-epics, sous-sous-tâches) qui rendent le backlog plus difficile à lire.
Modèles gratuits sur ce sujet
Questions fréquentes
Epics, stories et tâches : quelle est la différence entre un epic et une story ?
Un epic est un objectif d'envergure qui s'étend sur plusieurs sprints ; une story est une petite tranche de cet objectif, centrée sur l'utilisateur, qui tient dans un sprint.
Epics, stories et tâches : quelle est la différence entre une story et une tâche ?
Une story apporte de la valeur à un utilisateur ; une tâche est une étape technique qui aide à terminer une story et n'a pas de valeur utilisateur en soi.
Epics, stories et tâches : les tâches ont-elles besoin de story points ?
Généralement non. Les story points s'appliquent aux stories ; les tâches sont souvent estimées en heures, voire pas estimées du tout.
Epics, stories et tâches : qui crée les tâches ?
Les développeurs qui réaliseront le travail, généralement lors du sprint planning et tout au long du sprint.
Epics, stories et tâches : une sous-tâche est-elle la même chose qu'une tâche ?
Dans des outils comme Jira, une sous-tâche est une tâche rattachée à une story. L'idée est la même.
Epics, stories et tâches : qu'y a-t-il au-dessus d'un epic ?
Les équipes utilisent souvent des initiatives ou des thèmes pour regrouper les epics sous un objectif stratégique.
Les epics, les stories et les tâches font-ils partie de Scrum ?
Non. Scrum définit uniquement le Product Backlog et ses éléments ; cette hiérarchie est une pratique courante pour les organiser.
Epics, stories et tâches : une story peut-elle exister sans epic ?
Oui. Les petites stories autonomes n'ont pas besoin d'un epic parent.
Epics, stories et tâches : combien de stories un epic doit-il compter ?
Il n'y a pas de règle. De nombreux epics comptent entre quelques stories et quelques dizaines ; s'il en compte bien plus, envisagez de le découper.
Epics, stories et tâches : où placer les bugs ?
La plupart des équipes traitent un bug comme un élément du backlog au niveau story, parfois rattaché à un epic, et le découpent en tâches si nécessaire.
Où suivre les epics, les stories et les tâches ?
Dans un outil de gestion de backlog ; voir outils et techniques agiles et le comparatif d'outils.