PokerPlanning.frBlogGuide

Comment découper une User Story trop grosse

Une story à 21 points ? C'est un signe. Voici 6 techniques pour la découper en morceaux estimables et livrables.

Pourquoi découper ?

Une user story trop grosse est l'ennemi du sprint. Elle est difficile à estimer, risquée à livrer, et crée un effet tunnel où personne ne voit de progrès pendant des jours. Le découpage (splitting) transforme une épopée floue en stories concrètes et actionnables.

Règle d'or : Si une story reçoit un vote de 13 ou plus au Planning Poker, c'est un signal clair qu'elle doit être découpée. Idéalement, chaque story devrait pouvoir être terminée en 1-3 jours.

Signes qu'une story est trop grosse

  • L'estimation dépasse 8 points en Fibonacci
  • La story contient le mot « et » (ex: « En tant qu'utilisateur, je veux me connecter ET gérer mon profil »)
  • Les votes au Planning Poker divergent fortement (signe de périmètre flou)
  • L'équipe ne peut pas décrire les critères d'acceptation en moins de 5 points
  • La story ne peut pas être terminée en un sprint

6 techniques de découpage

Par workflow

Séparez les étapes du processus. Ex: « Inscription » → Story 1: formulaire, Story 2: email de confirmation, Story 3: validation admin.

Par règle métier

Chaque règle de validation ou cas particulier devient une story. Ex: « Paiement » → carte bancaire, PayPal, virement.

Happy path vs Edge cases

D'abord le scénario nominal qui fonctionne. Ensuite, les cas d'erreur et les cas limites dans des stories séparées.

Par type de données

« Gérer les produits » → Story 1: créer, Story 2: modifier, Story 3: supprimer, Story 4: rechercher.

Par plateforme

Desktop d'abord, puis mobile. Ou API d'abord, puis interface. Chaque couche a sa propre complexité.

Simple / Complet

Version minimale d'abord (texte brut), puis enrichissement (formatage, drag & drop, temps réel) dans des stories suivantes.

Erreurs à éviter

Découper par couche technique

« Story 1: la base de données, Story 2: l'API, Story 3: le front ». Aucune de ces stories ne livre de valeur seule. Découpez par fonctionnalité, pas par couche.

Créer des stories dépendantes

Si Story B ne peut pas commencer avant que Story A soit finie, vous n'avez pas vraiment découpé — vous avez séquencé. Chaque story doit être indépendante.

Découper trop fin

Une story à 1 point qui prend 30 minutes crée plus d'overhead de gestion que de valeur. Trouvez le bon équilibre entre granularité et pragmatisme.

Estimez vos stories découpées

Utilisez le Planning Poker pour valider que vos stories sont bien dimensionnées — gratuit et sans inscription.

Créer une session gratuite