4 min lecture • Guide 141 of 877
Créer User Stories Efficaces avec Critères Acceptation
User stories doivent communiquer ce dont utilisateurs ont besoin et pourquoi, permettant équipes développement implémenter solutions tandis que testeurs vérifient que bonne chose fut construite. Stories mal écrites créent confusion, retravail, et features livrées qui ratent cible. Stories claires avec critères acceptation précis éliminent ambiguïté et accélèrent livraison.
Fondamentaux User Story
Format Standard
STRUCTURE USER STORY:
┌─────────────────────────────────────────────────────────────┐
│ ANATOMIE BONNE USER STORY │
├─────────────────────────────────────────────────────────────┤
│ │
│ FORMAT CLASSIQUE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ En tant que [type utilisateur] ││
│ │ Je veux [quelque capacité] ││
│ │ Afin que [valeur business/bénéfice] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ POURQUOI CHAQUE PARTIE IMPORTE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ "En tant que [utilisateur]": ││
│ │ • Clarifie perspective (admin ≠ client) ││
│ │ • Permet empathie durant implémentation ││
│ │ • Aide identifier edge cases différents utilisateurs ││
│ │ ││
│ │ "Je veux [capacité]": ││
│ │ • Décrit besoin, pas solution ││
│ │ • Permet implémentation créative ││
│ │ • Focus sur résultat, pas mécanisme ││
│ │ ││
│ │ "Afin que [bénéfice]": ││
│ │ • Explique POURQUOI (souvent oublié) ││
│ │ • Permet meilleures solutions ││
│ │ • Aide discussions priorisation ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ EXEMPLES BONS vs MAUVAIS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ❌ Mauvais: "Ajouter bouton export page rapports" ││
│ │ (Spécifie solution, sans utilisateur, sans pourquoi) ││
│ │ ││
│ │ ✅ Bon: "En tant que manager marketing, je veux ││
│ │ exporter rapports campagne en CSV afin que je puisse ││
│ │ analyser performance dans notre outil BI sans ││
│ │ copier manuellement" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Écrire Critères Acceptation
Définir "Terminé" Précisément
PATTERNS CRITÈRES ACCEPTATION:
┌─────────────────────────────────────────────────────────────┐
│ FORMAT ÉTANT DONNÉ-QUAND-ALORS │
├─────────────────────────────────────────────────────────────┤
│ │
│ STRUCTURE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Étant donné [précondition/contexte] ││
│ │ Quand [action/déclencheur] ││
│ │ Alors [résultat attendu] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ EXEMPLE POUR STORY EXPORT: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Critère 1: Export basique ││
│ │ Étant donné je visualise rapport campagne ││
│ │ Quand je clique "Exporter en CSV" ││
│ │ Alors fichier CSV télécharge avec toutes données visibles││
│ │ ││
│ │ Critère 2: Gestion plage dates ││
│ │ Étant donné j'ai filtré rapport par plage dates ││
│ │ Quand j'exporte en CSV ││
│ │ Alors seulement données filtrées sont incluses ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Templates Tâches GitScrum
Standardiser Structure Story
SETUP TEMPLATE TÂCHE:
┌─────────────────────────────────────────────────────────────┐
│ CRÉER TEMPLATES STORY RÉUTILISABLES │
├─────────────────────────────────────────────────────────────┤
│ │
│ TEMPLATE USER STORY: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Titre: [Feature] - [Description brève] ││
│ │ ││
│ │ Description: ││
│ │ ## User Story ││
│ │ En tant que [type utilisateur] ││
│ │ Je veux [capacité] ││
│ │ Afin que [bénéfice] ││
│ │ ││
│ │ ## Contexte ││
│ │ [Tout contexte aidant compréhension] ││
│ │ ││
│ │ ## Critères Acceptation ││
│ │ ### Critère 1: [Nom] ││
│ │ Étant donné [contexte] ││
│ │ Quand [action] ││
│ │ Alors [résultat] ││
│ │ ││
│ │ ## Hors Scope ││
│ │ [Explicitement ce que cette story N'inclut PAS] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ITEMS CHECKLIST: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Définition Terminé: ││
│ │ ☐ Tous critères acceptation satisfaits ││
│ │ ☐ Code revu et approuvé ││
│ │ ☐ Tests unitaires écrits et passant ││
│ │ ☐ Documentation mise à jour ││
│ │ ☐ Sign-off QA reçu ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘