Je veux
transformer les tickets en pull requests
La boucle complète : un ticket étiqueté est pris, compris, implémenté, et rendu en PR relue. Sans qu’on ait à le lancer à chaque fois.
À la fin
Un backlog qui se vide sans réunion.
Les phrases, dans l’ordre
Copiez une phrase, laissez l’étape rendre ce qui est nommé, puis passez à la suivante.
standardiste
Le tri des tickets entrants : doublons, manques, réponses écrites.
Sous le capot
Standardistestandardiste des tickets entrants
autopilote
La boucle ticket → branche → implémentation → PR brouillon.
Sous le capot
Convoyeuseconvoyeuse de l'issue à la relecture
jury review
La relecture notée avant que vous n’ouvriez la PR.
Sous le capot
Temointémoin qui en appelle un second
vérifie cette issue
La vérification que la PR fait bien ce que le ticket demandait.
Sous le capot
Peseusepeseuse du dit et du fait
Sous le capot — 4 cartes
Si ce n’est pas tout à fait ça
- Je veux avancer pendant que je dorsUne tâche longue est lancée le soir et trouvée faite au matin — ou bien c’est le backlog qui a été écrit pendant la nuit.
- Je veux répondre aux tickets sans y passer la journéeLes tickets entrants sont triés, les doublons fermés, les manques signalés, les réponses écrites. Il reste ceux qui méritent une décision.
- Je veux faire relire mon code sérieusementDeux relectures différentes : une notée à deux voix, une adversariale qui cherche à casser. Elles ne trouvent pas les mêmes choses.
Tirage écrit à la main dans data/parcours.json, tenu par scripts/parcours/check-parcours.sh : chaque carte citée existe dans le registre du framework.