Définir et Fractionner les User Stories

Introduction

• Conférencier : Coach en Agile, Leadership
• Objectif : Simplifier le processus de planification de produit Agile
• Public cible : Scrum Masters, Coaches Agile

Qu'est-ce qu'une User Story ?

• Définition : Portion de fonctionnalité apportant de la valeur au client
• Format Commun : [Template pour User Stories]
• Origine : Extreme Programming
• Rôle : Documenter et communiquer les exigences, priorités, critères d'acceptation et besoins des utilisateurs

Epic, User Stories et Tâches

• Epic : Collection de plusieurs user stories
  • Ex: "En tant que vendeur en ligne, je peux gérer mes produits en ligne"
    • Fragmentation en user stories plus petites
• User Stories : Apportent une valeur métier compréhensible par l'utilisateur final
• Tâches : Activités techniques nécessaires à la complétion des user stories, sans valeur indépendante pour l'utilisateur final
  • Ex : Mélanger les couleurs pour peindre une maison

Avantages de Fractionner les User Stories

1. Facilité de compréhension : User stories plus petites sont moins complexes
2. Identification des déchets : Révèle les user stories non essentielles
3. Feedback plus rapide : Boucle de rétroaction plus courte

Comment Fractionner une User Story ?

• Principes : User stories doivent être expédiables et valorisables
• Objectif : Compléter dans un sprint

Erreurs Courantes

1. Fractionnement par une seule personne : Le product owner n'a souvent pas les connaissances techniques nécessaires
2. Fractionnement horizontal : Ne fournit pas de valeur singulière aux utilisateurs finaux
3. Essayer de fractionner trop de fonctionnalités d'un coup : Peut provoquer une complexité excessive

Méthodes de Fractionnement des User Stories

• W.A.H.Z.U.R : Workflow Steps, Acceptance Criteria, Happy/Unhappy Path, Zero/One/Many, User Roles, Rules
• T-SPLIT : Analyser l'item de backlog en largeur et en profondeur

Détails des Méthodes

1. Workflow Steps : Fractionner par étapes du workflow
2. Acceptance Criteria : Utilité comme conditions d'acceptation
3. Happy/Unhappy Path : Scénarios de succès et d'échec
4. Zero/One/Many : Scénarios avec aucune, une ou plusieurs instances
5. User Roles : Rôles des utilisateurs ou personas
6. Rules : Règles métier explicites ou implicites

Vérification des User Stories Fractionnées

• INVEST : Indépendant, Négociable, Estimable, Petit, Testable

Que faire si une User Story ne peut être fractionnée ?

1. Faire ce qui fait sens, même si cela ne fournit pas de valeur isolée
2. Allonger la story sur plusieurs sprints si nécessaire
3. Revoir le processus pour permettre de telles user stories

Conclusion

• Soyez Agile, adaptez le processus selon les besoins
• Prochaine vidéo : Utilisation des story maps pour identifier les dépendances