Les six pratiques fondamentales - L’essentiel de Kanban

1Pratique 1 : Visualiser le travail

Tout commence par la visibilité. Si vous ne pouvez pas le voir, vous ne pouvez pas le gérer.

Un tableau Kanban rend le travail visible — ce qui est en cours, ce qui attend, ce qui est bloqué. Mais la visualisation va plus loin qu'un tableau :

Visualiser les éléments de travail : Cartes représentant le travail réel
Visualiser le flux de travail : Colonnes montrant les étapes que le travail traverse
Visualiser les politiques : Règles explicites sur la façon dont le travail avance
Visualiser les blocages : Indicateurs visuels lorsque le travail est bloqué
Visualiser la capacité : Combien de travail chaque étape peut gérer

Nous couvrirons cela en profondeur dans le Module 2.

2Pratique 2 : Limiter le travail en cours (WIP)

C'est la pratique la plus contre-intuitive, et la plus puissante. En faisant moins à la fois, vous terminez plus au total.

Les limites WIP sont des contraintes sur le nombre d'éléments qui peuvent être dans une étape donnée (ou l'ensemble du système) à la fois. Lorsqu'une limite est atteinte, vous ne pouvez pas commencer un nouveau travail — vous devez d'abord aider à terminer quelque chose.

Cela crée du flux, réduit le changement de contexte et fait ressortir les goulots d'étranglement. Le Module 3 couvre cela en profondeur.

3Pratique 3 : Gérer le flux

Avec le travail visualisé et le WIP limité, vous pouvez maintenant gérer la façon dont le travail circule dans le système.

Gérer le flux signifie :

Mesurer le délai de livraison et le temps de cycle
Identifier et traiter les goulots d'étranglement
Lisser les tailles de lots
Réduire les temps d'attente

L'objectif est une livraison prévisible et durable — pas des sprints héroïques. Le Module 4 couvre les métriques de flux.

4Pratique 4 : Rendre les politiques explicites

Les règles implicites créent de la confusion et des conflits. Les politiques explicites créent de la clarté.

Chaque colonne de votre tableau devrait avoir des politiques claires :

Que signifie « terminé » pour cette étape ?
Qui peut tirer du travail dans cette étape ?
Que se passe-t-il lorsque quelqu'un est bloqué ?
Comment les conflits sont-ils priorisés ?

Les politiques n'ont pas besoin d'être complexes. « La revue de code nécessite deux approbations » est une politique. « Les éléments bloqués reçoivent un drapeau rouge et une discussion lors de la mêlée quotidienne » est une politique.

5Pratique 5 : Mettre en place des boucles de rétroaction

Kanban définit sept cadences — des réunions régulières à des fins de rétroaction différentes. Contrairement aux événements prescrits de Scrum, ce sont des recommandations que vous adoptez selon les besoins.

Les cadences clés incluent :

Mêlées quotidiennes (focus sur le flux, pas des rapports de statut)
Réunions de réapprovisionnement (prioriser le nouveau travail)
Planification de livraison (quand et quoi livrer)
Revues de prestation de service (comment allons-nous globalement ?)

Le Module 5 couvre cela en détail.

6Pratique 6 : Améliorer de manière collaborative, évoluer de manière expérimentale

Cela revient au changement évolutif. L'amélioration n'est pas un événement ponctuel — c'est continu et expérimental.

Utilisez la méthode scientifique :

Observer le système (métriques de flux, blocages)
Formuler une hypothèse (« Réduire la limite WIP dans la revue de code accélérera la livraison »)
Expérimenter (essayer pendant deux semaines)
Mesurer les résultats
Adapter (conserver, modifier ou annuler le changement)

Les expériences échouées ne sont pas des échecs — ce sont des apprentissages. Le seul échec est de ne pas expérimenter du tout.

Ces six pratiques fonctionnent ensemble comme un système. La visualisation sans limites WIP n'est qu'un tableau de tâches. Les limites WIP sans mesure du flux sont des contraintes arbitraires. Les six pratiques se renforcent mutuellement.