Comment decomposer les epics en stories pretes pour le sprint

Equipe agile devant un tableau blanc decomposant un grand post-it en plusieurs petits, representant le processus de decoupage d'une epic en user stories gérablesEquipe agile devant un tableau blanc decomposant un grand post-it en plusieurs petits, representant le processus de decoupage d'une epic en user stories gérables Une epic qui reste dans votre backlog n'est pas du travail. C'est une promesse que du travail existe quelque part a l'interieur. Tant que vous ne l'avez pas decomposee en stories que votre equipe peut estimer et livrer en un seul sprint, ce n'est qu'un espace reserve avec de l'ambition. La plupart des equipes le savent. La ou elles bloquent, c'est le decoupage en lui-meme. L'epic semble etre un seul gros bloc, et chaque tentative de la decomposer produit soit des morceaux trop petits pour avoir du sens, soit trop grands pour tenir dans un sprint. Ce guide couvre les patterns et techniques qui rendent le decoupage propre.

Ce qui rend une story "prete pour le sprint"

Une story prete pour le sprint repond a ces criteres :
  • Suffisamment petite pour etre terminee en un sprint (idealement 1 a 5 story points)
  • Livrable independamment, ce qui signifie qu'elle ne depend pas d'autres stories qui doivent etre terminees avant
  • Decoupee verticalement, livrant une fine tranche de fonctionnalite de bout en bout, pas juste une partie backend ou juste une interface
  • Estimable par votre equipe en planning poker sans un debat de 15 minutes
  • Testable avec une condition claire de reussite ou d'echec
Si vous connaissez les criteres INVEST, c'est la meme idee. L'objectif est d'avoir des stories suffisamment concretes pour pouvoir developper a partir d'elles.

6 patterns pour decouper les epics

Il n'y a pas une seule bonne facon de decouper une epic. Mais ces six patterns couvrent la plupart des situations. Essayez-les dans l'ordre. Le premier qui convient produit generalement les stories les plus propres.

1. Decouper par etape du workflow

La plupart des epics decrivent un processus en plusieurs etapes. Chaque etape peut devenir sa propre story. Epic : "En tant que client, je veux acheter un produit en ligne."
StoryDescription
Parcourir les produitsLe client peut consulter un catalogue de produits avec des filtres
Ajouter au panierLe client peut ajouter des articles a un panier d'achat
PaiementLe client peut saisir les details de livraison et de paiement
Confirmation de commandeLe client recoit un e-mail de confirmation apres l'achat
Chaque story a une valeur independante. Un client qui peut parcourir les produits tire de la valeur meme avant que le paiement n'existe.

2. Decouper par regle metier

Lorsqu'une epic comporte une logique de branchement ou plusieurs regles, chaque regle est un point de decoupage naturel. Epic : "En tant qu'utilisateur, je veux que le systeme calcule les frais de livraison."
  • Livraison gratuite pour les commandes de plus de 50 $
  • Forfait de 5 $ pour la livraison standard nationale
  • Tarifs transporteur en temps reel pour la livraison express
  • Livraison internationale avec estimation des droits de douane
Commencez par la regle la plus simple (forfait) et ajoutez la complexite dans les sprints suivants.

3. Decouper par type d'utilisateur

Si differents utilisateurs interagissent avec la meme fonctionnalite differemment, chaque perspective est une story. Epic : "En tant qu'utilisateur, je veux gerer les membres de l'equipe."
  • En tant qu'administrateur, je veux inviter de nouveaux membres par e-mail
  • En tant qu'administrateur, je veux supprimer des membres de l'equipe
  • En tant que membre, je veux voir qui fait partie de mon equipe
  • En tant que proprietaire, je veux transferer la propriete a un autre administrateur

4. Decouper par cas nominal vs. cas limites

Construisez d'abord le cas simple. Gerez les erreurs, les cas limites et la validation dans des stories de suivi. Epic : "En tant qu'utilisateur, je veux telecharger des photos de profil."
  • Cas nominal : Telecharger un JPEG ou PNG de moins de 5 Mo et le voir comme mon avatar
  • Cas limite : Afficher une erreur lorsque le fichier est trop volumineux ou dans un mauvais format
  • Cas limite : Recadrer et redimensionner l'image avant de l'enregistrer
  • Cas limite : Supprimer ou remplacer une photo existante
Developpeur regardant un diagramme sur un tableau blanc montrant une grande boite etiquetee epic decomposee en boites plus petites connectees representant des user stories, avec des fleches indiquant les dependancesDeveloppeur regardant un diagramme sur un tableau blanc montrant une grande boite etiquetee epic decomposee en boites plus petites connectees representant des user stories, avec des fleches indiquant les dependances

5. Decouper par type de donnees ou plateforme

Si une fonctionnalite s'applique a plusieurs types de donnees, plateformes ou integrations, chacun est une story. Epic : "En tant qu'utilisateur, je veux exporter mes rapports."
  • Exporter en CSV
  • Exporter en PDF
  • Exporter en Excel
  • Envoyer un export programme par e-mail

6. Decouper par performance ou echelle

Commencez par quelque chose qui fonctionne pour le cas courant. Optimisez ensuite. Epic : "En tant qu'utilisateur, je veux effectuer une recherche dans tous les projets."
  • Recherche dans le projet en cours (requete simple)
  • Recherche dans tous les projets (necessite une indexation)
  • Ajouter des filtres (plage de dates, responsable, statut)
  • Suggestions d'autocompletion pendant la saisie

Un exemple concret : decomposer "notifications utilisateur"

Voici a quoi cela ressemble en pratique. Imaginons que votre backlog contient cette epic : "En tant qu'utilisateur, je veux recevoir des notifications sur les activites qui me concernent." C'est enorme. Appliquons les patterns : D'abord, decoupez par workflow. Envoyer, recevoir et gerer les notifications sont des preoccupations distinctes. Ensuite, decoupez par canal. E-mail, in-app et notifications push sont chacune leur propre story. Au sein de chaque canal, decoupez par regle metier. Quels evenements declenchent une notification ? Chacun (mentionne dans un commentaire, assignation d'une tache, echeance approchant) est une story. Enfin, choisissez le cas nominal. Commencez par "l'utilisateur recoit une notification in-app lorsqu'une tache lui est assignee". Un canal, un declencheur, c'est fait. Ajoutez l'e-mail, le push, les preferences et les options de digest plus tard. Le resultat : au lieu d'une seule epic estimee a "enorme" qui reste dans le backlog pendant trois sprints, vous obtenez 8 a 12 stories qui peuvent etre priorisees, estimees et livrees de maniere incrementale.

La regle de la tranche verticale

L'erreur de decoupage la plus courante est de decomposer une epic par couche technique : A la place, decoupez verticalement. Chaque story devrait toucher toutes les couches necessaires pour livrer une fine tranche de fonctionnalite operationnelle qu'une personne peut reellement utiliser et tester. Une tranche verticale pour une fonctionnalite de notification pourrait etre : "Lorsqu'une tache est assignee a un utilisateur, une notification in-app apparait." Cela touche le backend (declencheur d'evenement, enregistrement de notification), l'API (endpoint pour recuperer les notifications) et le frontend (badge et liste de notifications). C'est fin, mais cela fonctionne de bout en bout. Diagramme montrant la difference entre le decoupage horizontal par couche technique et le decoupage vertical par fonctionnalite visible par l'utilisateur, avec l'approche verticale mise en evidence comme methode correcteDiagramme montrant la difference entre le decoupage horizontal par couche technique et le decoupage vertical par fonctionnalite visible par l'utilisateur, avec l'approche verticale mise en evidence comme methode correcte

Quand les stories sont encore trop grandes

Parfois vous decoupez une epic et les stories resultantes sont encore trop volumineuses. Quelques signaux :
  • L'equipe l'estime a 13+ points
  • Elle comporte plus de 5 criteres d'acceptation
  • La description utilise le mot "et" pour relier deux comportements differents
  • Plusieurs membres de l'equipe devraient y travailler simultanement
Si cela se produit, appliquez les memes patterns a nouveau. Une story sur "l'utilisateur peut finaliser sa commande avec la livraison et le paiement" se decoupe en "l'utilisateur peut saisir l'adresse de livraison" et "l'utilisateur peut saisir les details de paiement". Continuez jusqu'a ce que chaque morceau tienne confortablement dans un sprint.

Utiliser des outils pour accelerer le decoupage

Decomposer les epics est une competence qui s'ameliore avec la pratique, mais les outils peuvent accelerer le processus. Le Story Splitter de Kollabe prend une description d'epic et genere des stories pretes pour le sprint en utilisant les patterns ci-dessus. C'est un bon point de depart quand vous fixez une grande epic sans savoir ou couper. Une fois vos stories definies, le Generateur de User Stories peut vous aider a les etoffer avec des criteres d'acceptation et le format standard de user story. Ensuite, amenez-les en planning poker pour estimer et valider que les decoupages ont du sens pour votre equipe.

Une checklist rapide avant la planification de sprint

Parcourez ceci avant d'integrer des stories decoupees dans un sprint :

Chaque story livre une valeur qu'un utilisateur peut voir ou avec laquelle il peut interagir

Aucune story ne depend d'une autre story non terminee dans le meme sprint

L'equipe peut estimer chaque story sans debat prolonge

Les criteres d'acceptation sont definis pour chaque story

Les stories sont decoupees verticalement, pas par couche technique

Le perimetre complet de l'epic originale est couvert par l'ensemble des stories

Si les six points sont valides, vos stories sont pretes pour la planification de sprint.

Commencez a decouper

Six patterns, une regle : chaque story devrait livrer une tranche verticale de valeur qui tient dans un sprint. Quand vous bloquez face a une epic vague, choisissez le premier pattern qui s'applique, faites la coupe et validez avec l'estimation. Si les estimations sont encore dispersees, coupez a nouveau.

Suffisamment petite pour etre terminee en un sprint, idealement estimee a 1-5 story points. Si votre equipe termine regulierement des stories en 1 a 3 jours, vous etes sur la bonne voie. Les stories qui prennent tout le sprint sont risquees car il n'y a pas de marge pour les imprevu.

Ce n'est pas un probleme. Une epic avec 15 a 20 stories signifie simplement que vous avez une feuille de route claire pour la livraison. Priorisez sans pitie. Vous n'etes pas oblige de toutes les construire. Le product owner choisit les stories a plus forte valeur pour chaque sprint.

Pendant le backlog refinement. La planification de sprint est trop tardive car vous avez besoin de stories deja affinees et estimees avant cette reunion. La plupart des equipes decoupent les epics 1 a 2 sprints avant de prevoir d'y travailler.

Jouez au planning poker. Si l'equipe peut estimer chaque story rapidement et que les estimations sont resserrees (un 3, un 5 et un 5 plutot qu'un 2 et un 13), le decoupage fonctionne. Des ecarts d'estimation importants signifient que la story est encore trop vague ou trop grande.
Dernière mise à jour le 10/02/2026