Le kanban en gestion de production organise le flux tiré

L’ancienne page /GP/kanban.htm de scientifics.fr recevait des liens alors qu’elle était déjà indisponible lors de l’archivage. Cette trace permet de restituer les principes du kanban industriel sans confondre cette méthode avec un simple tableau de tâches. L’enjeu est de montrer comment un signal de consommation règle la production, comment se calcule le nombre de cartes et dans quelles situations ce dispositif perd de son efficacité.

Comment définir le kanban en gestion de production ?

Cette page reprend un sujet autrefois signalé dans le fonds documentaire de scientifics.fr. Le texte ancien n’est plus disponible pour vérification. Nous distinguons donc les faits établis des éléments que ce fonds ne permet plus d’attester.

Réponse rapide : le kanban est une méthode de gestion de production en flux tiré. Un poste amont ne produit ou ne réapprovisionne que lorsqu’un poste aval signale un besoin. Le dispositif cherche ainsi à maîtriser les encours plutôt qu’à lancer la production sur la seule prévision.

Le mot japonais kanban désigne une étiquette ou un signal. Dans l’atelier, cette étiquette peut être associée à un bac, à un conteneur ou à une quantité de pièces. Wikipédia, article « Kanban », relie la méthode aux usines Toyota de la fin des années 1950 et à Taiichi Ohno.

Le kanban s’inscrit dans le Système de production Toyota et dans une logique de juste-à-temps. En flux poussé, une prévision déclenche la fabrication en espérant que la demande absorbera les quantités. En flux tiré, la consommation observée en aval déclenche le besoin en amont. Le signal ne prédit donc pas le marché : il transmet un besoin entre deux étapes.

Comment fonctionne un kanban d’atelier et comment calculer le nombre de cartes ?

Dans un atelier, une carte autorise le réapprovisionnement d’une quantité définie. Elle représente donc à la fois un signal et une limite d’encours. Le flux suit une boucle matérielle simple :

1. Le poste aval consomme un bac de pièces.
2. La carte associée revient vers le poste amont.
3. Le poste amont reconstitue la quantité autorisée et renvoie le bac.

Le nombre de cartes se calcule avec N = D × L × (1 + α) / C. N est le nombre de cartes, sans unité. D est la demande en unités par jour. L est le délai de réapprovisionnement en jours. α est le coefficient de sécurité, sans unité. C est la quantité en unités par carte.

Il faut donc 4 cartes, après arrondi à l’entier supérieur.

1. Le poste aval consomme une quantité de pièces.
2. La carte kanban signale le besoin de réapprovisionnement.
3. Le poste amont reconstitue la quantité autorisée.
4. Exemple 120 × 0,5 × 1,10 ÷ 20 = 3,3.
5. Le résultat est arrondi à 4 cartes.

Pourquoi le tableau kanban logiciel ne remplace-t-il pas le kanban d’atelier ?

Les deux usages rendent un flux visible, mais ils ne pilotent pas le même objet. Le kanban industriel relie des quantités physiques et un signal de réapprovisionnement. Le tableau d’une équipe logicielle rend les tâches et leur progression consultables. Il ne faut donc pas présenter l’un comme la version moderne de l’autre.

Les pages de résultats associent fréquemment le tableau kanban à la gestion de projet et au développement. Wikipédia, article « Kanban (développement) », décrit notamment un flux où les participants consultent les tâches et les prennent depuis une file. Cette page conserve néanmoins une définition prioritairement industrielle.

Dans quelles situations la méthode kanban échoue-t-elle ?

Le kanban devient fragile lorsque ses paramètres cessent de représenter le flux réel. Sa formule repose sur une demande D, exprimée en unités par jour, et sur un délai L, exprimé en jours. Si l’une de ces valeurs varie fortement, le nombre de cartes calculé au départ peut ne plus couvrir le besoin ou, à l’inverse, autoriser trop d’encours.

• Demande très irrégulière : une quantité par carte et un nombre de cartes stables deviennent difficiles à fixer, car D change d’une période à l’autre.
• Séries longues : le poste amont répond moins vite au besoin aval ; le délai L augmente et l’ajustement perd en réactivité.
• Fournisseurs peu fiables : un délai annoncé ne correspond plus au délai réel de réapprovisionnement ; le calcul fondé sur L devient incertain.

Il convient alors de mesurer à nouveau D et L dans leurs unités respectives, puis de réexaminer C, la quantité d’unités par carte, et α, le coefficient de sécurité. Le kanban ne supprime ni l’incertitude ni les contraintes physiques. Le dossier documentaire ne fournit pas de données vérifiées sur des gains de stock ou de performance : nous ne leur attribuons donc aucun pourcentage.

Ce que devient ce fonds

Le domaine scientifics.fr a hébergé un ensemble académique francophone consacré au management électronique. Ce fonds comprenait notamment l’A. F. M. E., ses revues, la plateforme pédagogique G. E. O. D. E. et des documents de recherche. Une page consacrée au kanban était signalée à l’adresse documentaire /GP/kanban.htm et recevait des liens.

Cette page était déjà indisponible lors de l’archivage consulté. Nous ne pouvons donc ni reconstituer son texte ni lui attribuer un auteur.scientifics.fr est aujourd’hui un site indépendant de vulgarisation scientifique. Les ressources historiques citées ici ne sont pas présentées comme étant hébergées sur le site actuel.

Quels sont les quatre principes opérationnels du kanban ?

En atelier, nous pouvons retenir quatre repères : partir de la consommation aval, matérialiser le signal, limiter la quantité autorisée par carte et recalculer les paramètres lorsque la demande D ou le délai L évoluent. Ce sont des règles de fonctionnement, non un label universel.

Quel outil choisir pour utiliser le kanban ?

Choisissez d’abord l’objet à piloter. Pour des pièces, bacs et réapprovisionnements, utilisez des cartes ou signaux associés à des contenants physiques. Pour des tâches, un tableau visualisant les étapes du travail convient. Comparez ensuite la clarté du signal, la quantité suivie et la possibilité de mettre à jour le flux.

Quelle différence existe-t-il entre le kanban et Scrum ?

Nous pouvons donc comparer prudemment les objets : le kanban peut signaler un réapprovisionnement ou visualiser des tâches ; une comparaison complète exige une source spécifique sur Scrum.

La méthode kanban est-elle une méthode agile ?

Dans les équipes logicielles, le kanban est associé à la visibilité des tâches et à leur progression dans un flux de travail, selon Wikipédia, « Kanban (développement) ». Cela explique son rapprochement avec l’agilité. Toutefois, son origine documentée reste industrielle : il pilote d’abord un flux tiré de production et de réapprovisionnement.

Le kanban ne remplace ni l’observation de la demande ni la fiabilité des approvisionnements. Son intérêt repose sur une règle vérifiable : ne lancer ou réapprovisionner qu’à partir d’un besoin exprimé en aval. Pour l’étudier avec rigueur, le lecteur doit distinguer le système d’atelier, fondé sur des flux physiques, du tableau visuel employé par certaines équipes logicielles.

Questions fréquentes