Je veux
répondre aux tickets sans y passer la journée
Les 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.
2 lames sur 3 viennent de la même enseigne —Les Oracles, la clairvoyance.
Le tirage — 3 lames
La lecture
standardiste
Le tri, les doublons, les informations manquantes demandées, les réponses rédigées.
standardistestandardiste des tickets entrants
audit produit
Ce que la file de tickets dit du produit, au-delà de chaque ticket.
cartographecartographe des routes produit
tracer
Les tickets tranchés envoyés dans la boucle ticket → PR.
convoyeuseconvoyeuse de l'issue à la relecture
À la fin : Une file où il ne reste que les vraies décisions.
Si ce n’est pas tout à fait ça
- Je veux transformer les tickets en pull requestsLa boucle complète : un ticket étiqueté est pris, compris, implémenté, et rendu en PR relue. Sans qu’on ait à le lancer à chaque fois.
- Je veux comprendre ce que veulent mes utilisateursDes réponses d’enquête, des retours en vrac, des chiffres. Traduits en décisions, pas en jolis graphiques.
Tirage écrit à la main dans data/parcours.json, tenu parscripts/parcours/check-parcours.sh : chaque lame citée existe dans le registre du framework.