Écriture de User Stories

Les user stories capturent ce dont les utilisateurs ont besoin dans un format sur lequel les équipes peuvent agir. Les bonnes stories communiquent clairement la valeur et permettent une bonne planification. Les mauvaises stories créent confusion et attentes manquées. Ce guide couvre des techniques pratiques d'écriture de stories.

Structure de Story

Format de Story

Template Standard

FORMAT USER STORY
═════════════════

LE TEMPLATE:
─────────────────────────────────────
En tant que [type d'utilisateur]
Je veux [objectif/capacité]
Afin de [bénéfice/valeur]

Critères d'Acceptation:
├── Étant donné [contexte]
├── Quand [action]
├── Alors [résultat attendu]
└── (critères multiples)

BON EXEMPLE:
─────────────────────────────────────
En tant que client connecté
Je veux sauvegarder mon panier
Afin de pouvoir revenir plus tard compléter mon achat

Critères d'Acceptation:
├── Étant donné que j'ai des items dans mon panier
│   Quand je navigue ailleurs et reviens
│   Alors mes items de panier sont préservés

├── Étant donné que je suis déconnecté
│   Quand je me reconnecte
│   Alors mon panier est restauré

├── Étant donné que mon panier a été sauvegardé 30 jours
│   Quand je me connecte
│   Alors je vois un message que les items expirés ont
│   été supprimés

MAUVAIS EXEMPLE:
─────────────────────────────────────
"Implémenter la persistence du panier"
├── Pas de perspective utilisateur
├── Pas de déclaration de valeur
├── Pas de critères d'acceptation
├── Juste une tâche
└── Pas une story

Critères INVEST

Checklist Qualité

CRITÈRES INVEST
═══════════════

I - INDÉPENDANTE:
─────────────────────────────────────
├── Peut être faite sans autres stories
├── L'ordre peut être changé
├── L'équipe peut prendre n'importe laquelle du sprint
└── Pas de dépendances bloquantes

N - NÉGOCIABLE:
─────────────────────────────────────
├── Les détails peuvent être discutés
├── Pas un contrat
├── Démarre une conversation
├── Implémentation flexible
└── Collaborer sur la solution

V - VALUABLE (DE VALEUR):
─────────────────────────────────────
├── Livre valeur à l'utilisateur/business
├── Bénéfice clair
├── Vaut la peine de le faire
├── Pas juste une tâche technique
└── Centré utilisateur

E - ESTIMABLE:
─────────────────────────────────────
├── L'équipe peut la dimensionner
├── Suffisamment comprise
├── Si ne peut pas estimer, nécessite refinement
├── Questions répondues
└── Clarté pour la planification

S - SMALL (PETITE):
─────────────────────────────────────
├── Tient dans un sprint
├── Idéalement 1-3 jours de travail
├── Grandes stories = diviser
├── Complétable
└── Portée gérable

T - TESTABLE:
─────────────────────────────────────
├── Critères d'acceptation clairs
├── Peut vérifier quand terminé
└── Définition de terminé claire

Solutions Connexes

• Meilleures Pratiques User Stories
• Techniques de Découpage Stories
• Écriture Critères d'Acceptation