Spécification User Story - [ID-XXX] [Titre de la User Story]¶

1. USER STORY¶

1.1 Énoncé¶

En tant que [type d'utilisateur/acteur]
Je veux [fonctionnalité/action souhaitée]
Afin de [bénéfice/valeur métier attendue]

1.2 Métadonnées¶

• ID : [US-001]
• Epic : [Nom de l'epic parent]
• Priorité : [Must Have / Should Have / Could Have / Won't Have]
• Complexité : [Points de story ou T-shirt sizing]
• Assigné à : [Équipe/développeur]
• Sprint : [Numéro de sprint cible]

2. CONTEXTE¶

2.1 Problème à résoudre¶

[Description du problème métier ou du besoin utilisateur que cette US vient adresser]

2.2 Valeur attendue¶

[Explication de la valeur métier que cette fonctionnalité apporte]

3. CRITÈRES D'ACCEPTATION¶

3.1 Scénario principal¶

Étant donné que [préconditions/contexte initial]
Quand [action réalisée par l'utilisateur]
Alors [résultat attendu observable]

3.2 Scénarios additionnels¶

Scénario 2 : [Cas d'usage alternatif]¶

Étant donné que [préconditions]
Quand [action]
Alors [résultat]

Scénario 3 : [Gestion d'erreur]¶

Étant donné que [préconditions d'erreur]
Quand [action déclenchant l'erreur]
Alors [comportement attendu en cas d'erreur]

3.3 Critères de validation¶

• [Critère fonctionnel spécifique 1]
• [Critère fonctionnel spécifique 2]
• [Critère d'interface utilisateur]
• [Critère de performance si applicable]
• [Critère d'accessibilité si applicable]

4. RÈGLES MÉTIER¶

4.1 Règles spécifiques¶

• RG-001 : [Description de la règle de gestion]
• RG-002 : [Autre règle si applicable]

4.2 Contraintes¶

• Techniques : [Contraintes d'implémentation]
• Réglementaires : [Conformité requise]
• Ergonomiques : [Standards UX à respecter]

5. MAQUETTES ET SPÉCIFICATIONS VISUELLES¶

5.1 Wireframe/Mockup¶

[Insérer image ou lien vers la maquette]

5.2 Spécifications d'interface¶

• Éléments d'interface : [Boutons, champs, liens...]
• Messages à afficher : [Confirmations, erreurs, informations]
• Comportements interactifs : [Survol, clic, validation...]

5.3 Responsive (si applicable)¶

• Mobile : [Adaptations spécifiques]
• Tablette : [Adaptations spécifiques]

6. DONNÉES¶

6.1 Données d'entrée¶

Champ	Type	Obligatoire	Format/Contraintes	Exemple
[Nom du champ]	[Texte/Nombre/Date]	[Oui/Non]	[Validation]	[Valeur exemple]

6.2 Données de sortie¶

Information	Format	Conditions d'affichage
[Donnée affichée]	[Format]	[Quand l'afficher]

7. PARCOURS UTILISATEUR¶

7.1 Étapes du parcours¶

1. Étape 1 : [Action utilisateur] → [Réaction système]
2. Étape 2 : [Action utilisateur] → [Réaction système]
3. Étape 3 : [Action utilisateur] → [Réaction système]

7.2 Points de sortie¶

• Succès : [Où l'utilisateur arrive après succès]
• Abandon : [Gestion de l'abandon du processus]
• Erreur : [Gestion des cas d'erreur]

8. DÉPENDANCES¶

8.1 User Stories liées¶

• Prérequis : [US qui doivent être terminées avant]
• Bloquantes : [US qui dépendent de celle-ci]

8.2 Services/APIs requis¶

• [Service 1] : [Utilisation]
• [Service 2] : [Utilisation]

8.3 Données requises¶

• [Source de données nécessaire]
• [Permissions d'accès requises]

9. TESTS DE RECETTE¶

9.1 Jeux de données de test¶

Cas de test	Données d'entrée	Résultat attendu
[Cas nominal]	[Données valides]	[Succès attendu]
[Cas limite]	[Données limites]	[Comportement attendu]
[Cas d'erreur]	[Données invalides]	[Erreur attendue]

9.2 Checklist de validation¶

• Les critères d'acceptation sont tous validés
• L'interface correspond aux maquettes
• Les règles métier sont respectées
• Les messages d'erreur sont corrects
• Le comportement responsive fonctionne (si applicable)
• L'accessibilité est conforme (si applicable)

10. DÉFINITION OF DONE¶

10.1 Critères techniques¶

• Code développé et testé unitairement
• Tests d'intégration réalisés
• Code review effectuée
• Documentation technique mise à jour

10.2 Critères fonctionnels¶

• Démonstration réalisée au Product Owner
• Tests de recette validés
• Critères d'acceptation vérifiés
• Déployé en environnement de test

---

Rédigé par : [Nom du Product Owner/Business Analyst]
Date de création : [Date]
Dernière modification : [Date]
Statut : [À développer / En cours / En test / Terminé]
Validation : [Nom du validateur] - [Date de validation]