Un Kanban agentique, sans la magie
Comment rendre visible le travail des agents sans transformer le pilotage en tableau de bord illisible.
Roland Vrignon · 1 min · Opérations agentiques
Article fictif. Cette note sert uniquement à tester le rendu public du blog.
Un agent peut produire du code vite. Le vrai sujet commence quand il faut comprendre ce qu’il fait, pourquoi il le fait et qui doit reprendre la main.
Le tableau comme contrat
Notre Kanban imaginaire ne cherche pas à raconter chaque appel d’outil. Il expose seulement les états utiles à une décision humaine : travail prêt, exécution en cours, revue nécessaire et validation métier.
| État | Question à laquelle répondre | Responsable |
|---|---|---|
| Prêt | Le besoin est-il assez clair ? | Humain |
| En cours | L’agent dispose-t-il du bon contexte ? | Agent + humain |
| Revue | Le résultat respecte-t-il le contrat ? | Reviewer |
| Accepté | Peut-on réellement le mettre en production ? | Humain |
Ce que nous refusons d’automatiser
- l’acceptation métier ;
- l’arbitrage d’un risque non documenté ;
- la fusion silencieuse d’un changement sensible ;
- la création d’indicateurs sans décision associée.
Le bon tableau n’est donc pas celui qui contient le plus de données. C’est celui qui rend la prochaine action évidente.
Une règle simple
un état = un propriétaire = une condition de sortie
Tout le reste peut rester dans les journaux techniques. Le Kanban demeure une interface de coordination, pas une console d’observabilité.