Kanban applique : comment nous organisons la conception
Le tableau Kanban concret de PluginFactory pour la conception de plugins. 5 colonnes, des limites WIP strictes et 2 projets max en parallele.
Notre board a 5 colonnes et des limites strictes. Pas un board Trello avec 47 cartes eparpillees et un sentiment vague d'avancement. Un système ou chaque colonne a un nombre maximum de tâches, ou chaque plugin en cours a un état clair, et ou on ne prend jamais plus de 2 projets en parallèle.
Le Kanban vient du système de production Toyota. David Anderson l'a adapte au logiciel en 2010. L'étude Rubinstein, Meyer et Evans (APA, 2001) mesure une perte de productivité de 20 a 40% quand on bascule entre des tâches complexes. Gloria Mark, a l'UC Irvine, confirme : 23 minutes pour retrouver sa concentration après une interruption. Et McKinsey observe que l'état de flow multiplie la productivité par 5, mais qu'il exige une attention soutenue sans coupure. Le calcul est simple : chaque projet supplémentaire en parallèle coute plus qu'il ne rapporte.
Les 5 colonnes de notre Kanban
Notre board reflete les 5 phases du service PluginFactory. Chaque colonne correspond a une étape reelle du workflow, pas a une abstraction générique.
Audit (WIP : 2)
C'est la porte d'entrée. L'audit comprend la lecture du codebase client, les entretiens avec les devs, et l'analyse des workflows existants. Limite a 2 parce qu'un audit demande une immersion totale dans le contexte du client. Impossible de lire deux codebases en parallèle avec la même qualité d'attention. C'est le même principe que quand on construit un bon processus : la contrainte créé la qualité.
Conception (WIP : 2)
L'architecture du plugin prend forme ici. On definit les skills, hooks, agents ou serveurs MCP nécessaires. On choisit les patterns, on redige la spec technique. La limite de 2 protege la phase la plus exigeante cognitivement. La conception d'un plugin demande de garder en tête le contexte complet du client : sa stack, ses conventions, ses contraintes CI/CD. Basculer entre deux contextes clients est déjà un effort. Trois serait du sabotage.
Le Kanban n'est pas magique
Mais attention : un Kanban sans discipline est juste un joli tableau. La magie ne vient pas des colonnes ni des post-its. Elle vient de la règle que tu respectes quand une nouvelle demande arrive et que ta colonne est pleine. Le réflexe naturel est de "faire une exception". L'exception devient la normé, et le WIP explosé. Si tu dépassés constamment ta limite, c'est un diagnostic : soit tu as trop de travail, soit tes tâches sont trop grosses, soit tu n'arrives pas a dire non.
Chez PluginFactory, la discipline est simple : si les 2 slots sont pris, le troisième projet attend. Pas de négociation, pas d'exception. C'est cette rigidité qui créé la fiabilité. C'est aussi la logique qu'on retrouve quand on sait quand automatiser : le cadre clair permet la bonne décision.
En resume
- 5 colonnes, pas plus : Audit, Conception, Développement, Test, Déploiement.
- WIP de 2 a 3 par colonne : chaque limite est calibree sur la nature de la phase.
- 2 projets clients max en parallèle : la qualité ne negocie pas avec le volume.
- Le Kanban est un système, pas un outil : la discipline fait la différence, pas le logiciel.
- Le WIP deborde est un diagnostic : il revele les vrais problèmes d'organisation.
Limiter le travail en cours est la décision la plus contre-intuitive et la plus rentable qu'on ait prise.