Du besoin client à la note de version, sans rien recopier.
Les demandes des Ventes, la story, le prototype, le plan de test et la note de version tiennent dans un board. L'agent Produit écrit, l'agent Dev livre ; l'équipe tranche dans la page. La doc technique sert de mémoire à tous les agents, y compris ceux des autres équipes.
Sans compte. Vous pouvez cliquer partout ; rien n'est enregistré.
Le scénario de la démo
- Trois demandes deviennent une tâche
L'agent Produit lit trois fiches d'affaires des Ventes qui demandent la même chose, et les regroupe.
Voir l'étape → - La story et son prototype
Critères d'acceptation, écran d'export en maquette cliquable, question d'architecture posée à Hugo.
Voir l'étape → - Le CTO tranche dans la page
Export planifié chaque nuit plutôt qu'à la demande ; la décision rejoint « Décisions d'architecture ».
Voir l'étape → - L'agent Dev livre en recette
Avec son plan de test : 12 cas, 12 passent.
Voir l'étape → - La PM valide, la note de version part
Publiée dans la doc, et signalée à l'agent Marketing.
Voir l'étape → - Le Marketing prend le relais
L'agent Marketing lit la note de version pour écrire l'annonce.
Voir l'étape →
Ce que l'agent a lu avant d'écrire
Hestor, Brivane, Solmeria : les mots exacts des clients.
Pourquoi un export à la demande chargerait l'API aux heures de pointe.
Ce qui a déjà été tranché, pour ne pas le rouvrir.
Ce que décident les humains
| Décision | L'agent prépare | Un humain décide |
|---|---|---|
| Prioriser la demande | le regroupement des demandes clients | la PM |
| Option d'architecture | deux options et une reco | le CTO |
| Mise en production | le plan de test passé | la PM |