Le flux plutôt que le sprint. Quand les WIP-Limits et le système Pull sont plus productifs que des itérations fixes.
Catégorie · Gestion de Projet
Le flux plutôt que le sprint.
Kanban visualise le travail sur un tableau et le pilote via deux leviers : un système en flux tiré, où de nouvelles tâches ne sont tirées que lorsqu'une capacité se libère, et des limites de WIP, qui bornent la quantité de travail simultanément en cours.
Il n'y a pas d'itérations fixes. L'accent est mis sur le débit et le temps de cycle : terminer le travail, plutôt que d'en commencer le plus possible en même temps.
Quand c'est plus productif.
Kanban déploie sa force là où le travail arrive en continu et est difficile à planifier — exploitation, support, maintenance, équipes plateforme. Nous l'utilisons pour les produits que nous exploitons : prioriser les tickets, rendre les goulots visibles, intercaler les sujets urgents sans faire exploser un sprint.
Le revers.
Kanban n'impose aucun rythme. Sans discipline sur les limites de WIP et sans réflexion régulière, le tableau dégénère en simple to-do list. Pour un développement de fonctionnalités planifiable avec des échéances claires, il manque le rythme contraignant qu'apporte un sprint.