En gestion de projet, la question “quand est-ce que ce sera livré?” revient avec une régularité prévisible. En l’absence de données de flux, les délais de livraison reposent sur des estimations subjectives difficiles à défendre. Pourtant, une approche existe pour fournir des réponses fondées sur des données: le pilotage par le flux, dont le WIP (Work in Progress, l’ensemble des éléments de travail commencés mais non terminés) constitue la variable centrale.
Ce que la loi de Little révèle sur vos projets
En 1961, le mathématicien John Little a démontré une relation qui s’applique à tout système stable: le nombre moyen d’éléments dans un système est égal au taux d’arrivée multiplié par le temps moyen passé dans le système. Appliquée à la gestion de projet, cette loi se traduit ainsi: le WIP moyen est égal au throughput (débit de livraison) multiplié par le cycle time moyen (temps entre le démarrage et l’achèvement d’un élément).
Cette relation a une conséquence pratique directe: si votre throughput est stable, réduire le WIP raccourcit proportionnellement le cycle time. En d’autres termes, terminer moins de choses en parallèle permet de terminer chaque chose plus vite. C’est contre-intuitif pour beaucoup de managers qui associent productivité et volume de travail simultané, mais c’est mathématiquement vérifiable.
Le Kanban Guide formalise cette approche en définissant Kanban comme une stratégie d’optimisation du flux à travers un système en flux tiré (pull system), où la limitation du WIP est le mécanisme fondamental.
Du lean manufacturing à la gestion de projet
Le concept de WIP trouve son origine dans le lean manufacturing, où Toyota a démontré qu’un excès de travail en cours génère des files d’attente, masque les problèmes de qualité et allonge les délais de livraison. Le principe se transpose directement à la gestion de projet: une équipe qui traite douze éléments en parallèle passe une part significative de son temps à basculer d’un contexte à l’autre plutôt qu’à produire de la valeur.
La différence entre limiter le WIP et l’optimiser est subtile mais déterminante. Limiter consiste à fixer un plafond, par exemple “pas plus de cinq éléments en cours”. Optimiser consiste à ajuster ce plafond en fonction des données de flux observées, pour trouver le point d’équilibre entre utilisation de la capacité et fluidité des livraisons.
Pour passer de la théorie à la pratique, encore faut-il disposer de données fiables sur le comportement du flux. C’est le rôle des quatre métriques fondamentales.
Quatre métriques comme tableau de bord
Piloter le flux exige de mesurer quatre grandeurs complémentaires. Le WIP courant donne une photographie instantanée de la charge en cours. Le throughput mesure le débit de livraison sur une période donnée, généralement une semaine ou un sprint. Le cycle time indique le temps de traversée d’un élément du début à la fin du workflow. Le work item age signale depuis combien de temps chaque élément en cours attend d’être terminé.
Ces métriques ne prennent leur sens que lorsqu’elles sont suivies dans la durée. Un cycle time moyen de huit jours n’est ni bon ni mauvais en soi: c’est sa tendance sur plusieurs semaines qui indique si le flux s’améliore ou se dégrade. L’outil n’a pas besoin d’être sophistiqué: un tableur avec les dates de début et de fin de chaque élément suffit pour calculer ces quatre indicateurs.
Le Toyota Kata comme cadre d’amélioration
Une fois les métriques en place, la question devient: comment s’en servir pour améliorer le flux? Le Toyota Kata, formalisé par Mike Rother, offre un cadre structuré en quatre étapes qui évite les optimisations hasardeuses.
Comprendre la direction signifie clarifier ce que l’équipe cherche à améliorer: la prédictibilité des livraisons, la réduction des délais ou la diminution du travail bloqué. Saisir la condition actuelle consiste à analyser les données de flux sur une période représentative. Définir une condition cible revient à formuler un objectif mesurable et atteignable à court terme. Expérimenter implique de modifier une seule variable (par exemple baisser la limite WIP d’un point) et d’observer l’effet sur les métriques pendant deux à trois semaines.
Ce qui rend cette approche robuste, c’est son caractère itératif: chaque expérimentation produit un apprentissage qui guide la suivante, si bien que l’équipe ne cherche pas la limite WIP parfaite mais développe une compréhension progressive de son propre flux.
Le SLE: une réponse fondée à la question du “quand”
Le Service Level Expectation (SLE) transforme les données de flux en prévision communicable. Formulé sous la forme “85% de nos éléments sont terminés en 10 jours ou moins”, le SLE fournit aux parties prenantes une attente réaliste fondée sur l’historique réel de l’équipe plutôt que sur des estimations subjectives.
Le SLE sert aussi d’outil de gestion interne. Un élément dont l’âge approche ou dépasse le seuil du SLE doit déclencher une réaction: identifier le blocage, mobiliser de l’aide ou escalader si nécessaire. Cette discipline renforce le principe du flux tiré, où la priorité est toujours de terminer le travail en cours avant d’en démarrer du nouveau.
Par où commencer
Une équipe qui n’a jamais mesuré son flux peut démarrer en trois étapes concrètes. La première consiste à rendre le WIP visible: recenser tous les éléments de travail actuellement en cours et les afficher sur un tableau, qu’il soit physique ou numérique. Cette simple visualisation révèle souvent un volume de travail simultané bien supérieur à ce que l’équipe imaginait. La deuxième étape consiste à collecter les données de flux pendant quatre à six semaines sans rien changer aux pratiques, en notant pour chaque élément sa date de début et sa date de fin. Cette période d’observation fournit une baseline (référence de départ) indispensable pour mesurer l’effet de toute amélioration future. La troisième étape consiste à fixer une première limite WIP légèrement en dessous de la moyenne observée, puis à appliquer le cycle du Toyota Kata pour ajuster progressivement cette limite en fonction des résultats constatés.