Méthode & gestion de projet
Kanban
Méthode agile de gestion du travail en flux continu, basée sur un tableau visuel et la limitation du travail en cours pour fluidifier la livraison.
Qu'est-ce que Kanban ?
Kanban est une méthode de gestion du travail en flux continu qui visualise les tâches sur un tableau et limite le nombre de tâches traitées en parallèle pour fluidifier la livraison. Là où Scrum organise le travail en itérations de durée fixe, Kanban fait avancer les tâches une par une, sans cycle imposé : dès qu'une tâche est terminée, on tire la suivante.
Né dans l'industrie automobile japonaise, Kanban s'est imposé comme l'un des cadres agiles les plus utilisés en développement logiciel, notamment pour les équipes en maintenance ou en flux de demandes irrégulier.
Le tableau Kanban
Le cœur de la méthode est un tableau visuel découpé en colonnes qui représentent les étapes du travail. Chaque tâche est une carte qui se déplace de gauche à droite jusqu'à sa livraison.
| Colonne | Signification |
|---|---|
| À faire | Tâches priorisées, prêtes à être prises |
| En cours | Travail activement en réalisation |
| En revue | Validation, tests, relecture |
| Terminé | Tâche livrée et acceptée |
Ce découpage rend l'état d'avancement immédiatement lisible par toute l'équipe et par le client.
Les principes clés
- Visualiser le travail : tout passe par le tableau, rien ne reste invisible.
- Limiter le travail en cours (WIP limit) : on plafonne le nombre de cartes par colonne pour éviter la dispersion et révéler les goulots d'étranglement.
- Gérer le flux : on cherche à réduire le temps entre la prise d'une tâche et sa livraison.
- Améliorer en continu : on ajuste le processus au fil de l'eau, sans attendre une rétrospective formelle.
La limite de travail en cours est la mécanique la plus puissante : en s'interdisant de tout commencer en même temps, l'équipe termine plus qu'elle ne disperse.
Kanban et le sur-mesure
Sur un projet de logiciel sur-mesure, Kanban brille particulièrement dans les phases de maintenance, d'évolutions et de corrections : les demandes arrivent au fil de l'eau et n'ont pas besoin d'être regroupées en sprints. Le client voit en temps réel où en est chaque ticket, et les priorités peuvent changer sans casser un engagement de cycle.
Chez AppMinds, on combine souvent les deux approches : Scrum pour construire la première version d'un produit à partir du backlog, puis Kanban pour piloter la vie du logiciel une fois en production. Cette souplesse évite d'imposer un cadre rigide là où un flux continu est plus naturel.
Questions fréquentes
Kanban ou Scrum, lequel choisir ? Scrum fonctionne par sprints avec des rôles et rituels définis ; Kanban est un flux continu sans itérations fixes. On choisit Scrum pour construire un produit avec des objectifs réguliers, et Kanban pour gérer un flux de demandes variable. Les deux peuvent se combiner.
Faut-il un Scrum Master en Kanban ? Non, Kanban n'impose aucun rôle. Une personne peut toutefois animer le flux et veiller au respect des limites de travail en cours.
Kanban est-il vraiment une méthode agile ? Oui : Kanban applique les principes agiles — livraison fréquente, adaptation continue, transparence — mais sans la notion d'itération de durée fixe propre à Scrum.
