Tickets et sous-tickets
Tout le travail passe par des tickets. Un ticket a un type, un statut et une clé unique. Les gros tickets se découpent en plus petits.
Les 5 types de tickets
| Type | C'est quoi | Taille |
|---|---|---|
| Epic | Un grand objectif qui regroupe plusieurs tickets. Ex. « Espace congés du salarié ». | Plusieurs sprints |
| Story | Un besoin utilisateur qui apporte de la valeur visible. Ex. « Afficher le solde de congés ». | 1 sprint max |
| Task | Un travail technique nécessaire mais invisible pour l'utilisateur. Ex. « Mettre à jour Next.js ». | 1 sprint max |
| Bug | Un comportement qui ne correspond pas à ce qui est attendu. | Variable |
| Sous-ticket | Une étape concrète d'une story, d'une task ou d'un bug. | 1 jour max |
Comment ils s'emboîtent
- EpicLAN-100Espace congés du salariés'étale sur plusieurs sprints
- StoryLAN-142Afficher le solde de congéstient dans un sprint
- Sous-ticketLAN-143Créer l'endpoint API du solde
- Sous-ticketLAN-144Composant carte « Mon solde »
- Sous-ticketLAN-146Tests du calcul
- TaskLAN-147Ajouter un index sur la table des congés
- BugLAN-139Le solde affiche NaN à 0 jour
Anatomie d'un ticket
Survole ou sélectionne un champ pour le repérer sur le ticket.
Afficher le solde de congés sur le tableau de bord
En tant que salarié, je veux voir mon solde de congés dès l'accueil, afin de poser mes congés sans calculer.
Critères d'acceptation
- Le solde affiché = acquis − pris − en attente
- À 0 jour, la carte affiche « 0 jour », pas une erreur
- Le solde se met à jour après une demande validée
Critères d'acceptation. La liste vérifiable de ce qui doit marcher. Si elle est remplie, le besoin est couvert.
Écrire une bonne story
Une story se rédige du point de vue de l'utilisateur, en une phrase :
Puis viennent les critères d'acceptation : ce qu'on vérifiera pour dire que c'est fini. Le format « Étant donné, quand, alors » évite les ambiguïtés.
Écrire un bon bug
Découper en sous-tickets
Une story de plus d'une journée se découpe. Un bon sous-ticket respecte trois règles :
- Une personne peut le faire seule.
- Un résultat vérifiable : on sait dire s'il est fait.
- Moins d'une journée de travail.
Découpe par étape de réalisation (API, interface, tests), pas par couche vague comme « faire le front ». La story est terminée quand tous ses sous-tickets le sont et que ses critères d'acceptation sont vérifiés.
Vérifie que c'est clair
0/3 bonne réponse