Structure

• 🔖 Backlog
• 🔖 Epic
• 🔖 Stories
• 🔖 Dependencies

---

📑 Backlog

Vos histoires utilisateurs sont centralisées sur un backlog produit, dotons nous d'outil pour le représenter.

---

👨🏻‍💻 Manipulation

Dans un tableau qui porte le nom de votre produit et dans une colonne par défaut, reporteriez les histoires utilisateurs

---

📑 Epic

Une epic est un travail qui peut être découpé en histoires utilisateur puis en tâches spécifiques basées sur des besoins / demandes de clients ou utilisateurs finaux. Les epics sont un moyen utile d'organiser votre travail sous une forme arborescente.

---

👨🏻‍💻 Manipulation

Créez des colonnes dont le nom correspond à vos epics qui sont à définir puis rattachez leur les histoires utilisateurs

---

📑 Stories

Dans un cadre itératif les spécifications peuvent se limiter au backlog product rédigé par un responsable produit. L'étude d'un cadre de travail agile n'est pas notre préoccupation actuelle et nous allons synthétiser l'expression du besoin.

Avant chaque séquence de développement la demande est complétée et se rédige de façon itérative également.

Découvrons certains termes en rapport avec le recueille de la demande.

🏷️ Définition

Une histoire utilisateur est une brèves exigences ou requêtes écrites du point de vue de l'utilisateur final, elle doit avoir au minimum un rôle, une tache et un objectif.

Une histoire utilisateur appartient au responsable produit qui est le seul à pouvoir la rédiger et la prioriser dans le product backlog.

Une histoire utilisateur doit avoir les qualité suivante:

• Indépendante: chaque user-story doit être indépendante des autres au moins sur le sprint en cours.
• Négociable: les détails doivent être négociables. C’est pour cela qu’on écrit une user-story en une seule petite phrase afin de ne pas forcer les détails
• Valeur: chaque user story doit apporter de la valeur business pour les métiers ou les clients
• Estimable: chaque user-story doit être estimable par les équipes de développement ; pour cela, ces équipes doivent bien les comprendre.
• Suffisamment petite: chaque user story doit être bien découpée afin d’être livrée au sein d’une seule session de travail.
• Testable: il faut que toutes les user story soient testables.

---

👨🏻‍💻 Manipulation

Après avoir identifié un responsable du produit, accompagnez le dans la rédaction d'histoires utilisateur complémentaires.

---

📑 Dependencies

Une histoire peut avoir besoins d'une autre pour qu'elle puisse être traitée. La hiérarchie doit être verticale, une histoire utilisateur avec le moins dépendance et offrant la plus haute valeur au produit en haut de liste.

---

👨🏻‍💻 Manipulation

En utilisant les moyens mis à disposition, exprimez les dépendances entre histoires utilisateur.