DISCOVER
La phase DISCOVER transforme un flux brut d’issues en un rapport de triage priorisé et actionnable.
Ce qui entre, ce qui sort
| Vient de | — (entrée du pipeline) : un flux d’issues |
| Ce qui entre | Issue brute ou milestone à traiter |
| Ce qui sort | Rapport de triage priorisé (priorité, labels, effort) |
| Va vers | DISCUSS — qui raffine les issues retenues en stories |
| Agent responsable | backlog-discoverer |
| Reviewer associé | backlog-discoverer-reviewer |
Pourquoi cette phase existe
Sans triage systématique, les équipes travaillent sur ce qui fait le plus de bruit, pas sur ce qui a le plus de valeur. Le reviewer vérifie que la priorisation est cohérente et qu’aucun doublon n’a été ignoré.
« Peer reviews are the single most effective quality practice a software organization can employ. » — Wiegers, K., Peer Reviews in Software, 2002.
☕ Fil rouge — Starbucks (exemple illustratif)
L’idée « permettre la commande mobile dans l’app » entre ici comme issue brute. DISCOVER la priorise P1, détecte qu’elle recoupe une demande existante « paiement in-app », et la fait sortir dans un rapport de triage. C’est ce rapport que DISCUSS recevra.
Ce que produit l’agent
- Classification par priorité (MoSCoW).
- Détection de doublons et d’issues liées.
- Estimation d’effort initiale.
- Proposition de sprint.
Les gates franchies ici
Cette phase franchit les gates G1–G6 (voir le catalogue des gates). Chaque gate est vérifiée par le reviewer indépendant avant le passage à DISCUSS.