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.
Le tirage — 4 lames
La lecture
standardiste
Le tri des tickets entrants : doublons, manques, réponses écrites.
standardistestandardiste des tickets entrants
autopilote
La boucle ticket → branche → implémentation → PR brouillon.
convoyeuseconvoyeuse de l'issue à la relecture
vérifie cette issue
La vérification que la PR fait bien ce que le ticket demandait.
peseusepeseuse du dit et du fait
À la fin : Un backlog qui se vide sans réunion.
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 parscripts/parcours/check-parcours.sh : chaque lame citée existe dans le registre du framework.