Guide agile · Pratiques agiles
Les epics agiles : définition, rédaction et exemples
Un epic est un travail d'envergure trop important pour être terminé en une itération ; il est donc découpé en user stories. Les epics regroupent des stories liées sous un objectif unique, ce qui aide les équipes à planifier les releases et à suivre l'avancement de résultats plus importants.
À retenir
- Un epic est un élément de backlog d'envergure, découpé en user stories qui partagent un même objectif.
- Rédigez les epics autour de résultats, avec un indicateur de succès et des limites claires.
- Découpez les epics en tranches fines et porteuses de valeur plutôt qu'en couches techniques.
- Clôturez les epics lorsque leur objectif est atteint ; les domaines de travail continus sont des thèmes.
Ce qu'est un epic
Les epics se situent au-dessus des user stories dans la hiérarchie du backlog. Une user story doit être assez petite pour être terminée en un sprint ; un epic prend généralement plusieurs sprints et peut impliquer plus d'une équipe. Un epic décrit un résultat (« les adhérents peuvent réserver et payer leurs cours en ligne »), et ses stories décrivent les différentes tranches qui permettent de l'atteindre.
- Thème : un vaste domaine d'action qui couvre plusieurs epics, comme « améliorer le libre-service des adhérents ».
- Epic : un ensemble de travaux d'envergure avec un objectif clair, comme « réservation de cours en ligne ».
- Fonctionnalité : un terme utilisé par certaines équipes et certains cadres, comme SAFe, pour un élément de fonctionnalité de taille moyenne. Dans SAFe, les epics se situent au-dessus des fonctionnalités.
- User story : une petite tranche de valeur qui tient dans un sprint.
- Tâche : une étape technique nécessaire pour terminer une story.
Comment rédiger un epic
- Le nommer d'après le résultat : un titre court qui décrit le résultat, et non le travail technique.
- Rédiger un objectif en une ligne : qui en bénéficie et pourquoi. Une phrase au format story fonctionne bien : « En tant qu'adhérent, je veux réserver mes cours en ligne afin de ne pas avoir à appeler la salle. »
- Définir le succès : un à trois indicateurs, comme « 60 % des réservations faites en ligne en trois mois ».
- Fixer les limites : listez ce qui est inclus dans le périmètre et ce qui en est exclu.
- Ajouter des critères d'acceptation au niveau de l'epic : les conditions qui doivent être remplies pour que l'epic soit considéré comme terminé.
- Noter les dépendances et les risques : les autres équipes, systèmes ou décisions dont il dépend.
- Découper en stories : découpez-le en stories que l'équipe peut livrer en un sprint, en commençant par une fine tranche de bout en bout.
Façons de découper un epic en stories
| Schéma de découpage | Exemple pour « réservation de cours en ligne » |
|---|---|
| Par étape du workflow | Consulter le planning ; réserver un cours ; annuler une réservation |
| Par type d'utilisateur | Les adhérents réservent ; le personnel gère la capacité ; les instructeurs voient les présences |
| Par règle métier | Réserver un cours gratuit ; réserver un cours payant ; réserver avec un crédit d'abonnement |
| Le simple d'abord, puis le complexe | Réserver un cours ; puis les réservations récurrentes |
| Par donnée ou canal | Réserver sur le web, puis dans l'application mobile |
| Cas nominal, puis exceptions | Réservation réussie ; puis cours complet et liste d'attente |
Exemple chiffré
Epic : Réservation de cours en ligne. Objectif : permettre aux adhérents de réserver et d'annuler des cours sans téléphoner. Mesurer : les réservations par téléphone passent d'environ 400 à moins de 150 par semaine en trois mois.
- Story 1 : en tant qu'adhérent, je veux voir le planning de la semaine afin de pouvoir choisir un cours (3 points).
- Story 2 : en tant qu'adhérent, je veux réserver une place dans un cours afin qu'elle me soit garantie (5 points).
- Story 3 : en tant qu'adhérent, je veux annuler une réservation afin que quelqu'un d'autre puisse prendre ma place (3 points).
- Story 4 : en tant qu'adhérent, je veux m'inscrire sur une liste d'attente lorsqu'un cours est complet (5 points).
- Story 5 : en tant qu'adhérent, je veux recevoir un rappel la veille de mon cours (2 points).
L'epic totalise 18 points. Avec une vélocité d'environ 12 points par sprint, l'équipe peut s'attendre à le terminer en deux sprints environ, en parallèle d'autres travaux. Suivez l'avancement avec un burndown d'epic qui montre les points restants au fil du temps.
Erreurs courantes
- Des epics sans fin : rattachez chaque epic à un objectif afin de pouvoir le clôturer ; le travail continu relève d'un thème.
- Découper par couche technique : des stories « base de données », « API » et « interface » ne livrent rien d'utilisable à elles seules.
- Rédiger toutes les stories dès le départ : découpez en détail la partie à court terme et laissez les parties ultérieures à l'état d'ébauche.
- Trop d'epics ouverts : travailler sur beaucoup d'epics à la fois disperse l'équipe et retarde chaque résultat.
- Confondre epics et projets : un epic est un élément du backlog, pas un plan distinct avec sa propre équipe et son propre budget.
Modèles gratuits sur ce sujet
Questions fréquentes
Qu'est-ce qu'un epic en agile ?
Un ensemble de travaux d'envergure, trop important pour une seule itération, découpé en user stories plus petites qui partagent un même objectif.
Quelle taille doit avoir un epic ?
Assez grand pour nécessiter plusieurs sprints, mais assez petit pour être terminé au cours d'une release ou de quelques mois. S'il ne se termine jamais, c'est probablement un thème.
Qui rédige les epics ?
Généralement le Product Owner ou le product manager, avec la contribution de l'équipe et des parties prenantes.
L'epic fait-il partie de Scrum ?
Non. Le Guide Scrum ne mentionne pas les epics. Ils sont une pratique courante pour organiser le backlog produit.
Quelle est la différence entre un epic et une user story ?
Un epic est un objectif d'envergure qui s'étend sur plusieurs sprints ; une user story est une petite tranche qui tient dans un sprint. Voir epics, stories et tâches.
Quelle est la différence entre un epic et un thème ?
Un thème est un vaste domaine d'action pouvant contenir plusieurs epics ; un epic est un ensemble de travaux précis avec une ligne d'arrivée.
Quelle est la différence entre un epic et une fonctionnalité ?
Cela dépend du cadre. Dans SAFe, les epics sont plus grands et contiennent des fonctionnalités ; certaines équipes emploient les deux termes indifféremment.
Les epics ont-ils des story points ?
Les équipes attribuent souvent une taille approximative aux epics, ou additionnent les points de leurs stories, pour prévoir le nombre de sprints nécessaires.
Un epic peut-il s'étendre sur plusieurs équipes ?
Oui. Les epics de grande taille sont souvent partagés, chaque équipe étant responsable d'un ensemble de stories.
Comment suivre l'avancement d'un epic ?
Avec un burndown d'epic ou une barre de progression montrant les stories ou points terminés par rapport à ceux restants ; la plupart des outils de gestion de projet le proposent.
Un epic doit-il avoir des critères d'acceptation ?
C'est utile. Des critères d'acceptation de haut niveau définissent quand l'epic dans son ensemble est terminé.