Par Xavier Perrin (xperrin@xp-consulting.fr)
Lorsqu'on décide de mettre en place une boucle kanban entre une zone de stockage et une étape de production, ou entre deux étapes de production, vient le moment où l'on se pose la question de la forme que vont prendre les signaux. En effet, un kanban est un signal par lequel un poste de travail ou une zone de stockage appelle une unité de conditionnement en provenance, soit d'une zone de stockage, soit d'un autre poste de travail. On suppose bien entendu que cette décision fait suite à un processus d'analyse formel : une cartographie du flux de valeur (VSM) a été réalisée dans les règles de l'art pour comprendre le flux. On a d'abord cherché à supprimer les encours entre les postes de travail suivant le principe du flux-à-une-pièce. Quand le flux-à-une pièce n'était pas possible, on a cherché à relier ces étapes avec une ligne FIFO. Finalement, on a mis en évidence la nécessité de découpler les opérations concernées par un stock, qu'on appelle dans ce cas un supermarché, lequel supermarché est réapprovisionné en fonction des consommations à l'aide des fameux signaux : les kanbans. Ce processus, que je résume ici en quelques lignes, est semé de pièges qu'il faut savoir éviter : voir pour cela l'article que j'avais publié à ce sujet : Kanban : 4 pièges à éviter.
Revenons donc à la forme de ces signaux. Ma proposition est toujours la même quand je suis questionné à ce propos : utilisez des cartes ! La matière de ces cartes devra être choisie en fonction de l'environnement de travail. De simples cartes en carton pour tester le principe, qu'on peut plastifier ensuite pour les rendre plus robustes. L'usage et le principe d'amélioration continue sauront faire évoluer ces cartes pour qu'elles répondent au mieux à leur fonction.
Il se trouve que je rencontre souvent des réticences, voire de franches oppositions, quand je fais de telles préconisations. Parmi les arguments les plus courants :
Même si certains de ces arguments paraissent frappés au coin du bon sens, je tiens bon ! Voilà pourquoi :
La raison d'être des systèmes informatiques n'est pas de compenser le manque de rigueur des opérateurs. La recherche systématique de solutions technologiques pour compenser le soi-disant manque de rigueur des personnes est une posture coûteuse et vaine : seule l'appropriation des méthodes par les opérateurs et leur encadrement est un gage de rigueur. Et ce n'est pas si difficile à obtenir quand on créée les conditions favorables :
Plus un système est simple, plus il est robuste. En ce sens, le système de cartes imaginé autrefois chez Toyota est très facile à comprendre par tous.
Le kanban est une méthode VISUELLE. Elle permet de savoir d'un seul coup d'œil ce qui se passe dans l'atelier en termes de flux et d'encours. Or, quand les signaux sont électroniques, ils ne sont généralement visibles qu'en consultant un écran que seules quelques personnes sont autorisées à utiliser. Quand bien même l'accès est libre, encore faut-il savoir comment y accéder.
J'ai récemment été confronté à une situation où le chef d'un projet proposait et tenait à faire déclencher les appels kanban à l'aide de pistolets-scanneurs qui seraient utilisés par les caristes pour déclencher les appels en scannant le code-barres des emplacements vides qu'ils rencontreraient au cours de leurs tournées avec leur petit-train. Outre le fait que le déclenchement n'est pas, dans ce cas, immédiatement associé à une consommation , le problème d'une telle solution est qu'elle nécessite du temps et de l'argent pour être mise en place. Alors qu'un système avec des cartes peut être mis en place en quelques jours dans le cadre d'un chantier kaizen.
Certains me considèrent sans doute comme un spécimen attardé de la génération X, complètement réfractaire aux technologies nouvelles… non, je ne suis pas réfractaire aux technologies nouvelles : je suis tout à fait favorable à leur utilisation pour autant qu'elles apportent une réelle valeur ajoutée par rapport à un système manuel. Or, les arguments généralement avancés me convainquent rarement d'une réelle valeur ajoutée. Pour cela, il faut d'abord exploiter une solution manuelle pendant plusieurs mois pour éventuellement identifier les améliorations qu'une solution "technologique" pourrait apporter.
On peut aussi raisonner en considérant qu'il est encore plus robuste de se passer de cartes et d'utiliser les bacs / caisses / conteneurs en tant que signaux. Dans certains cas, c'est en effet une solution intéressante. Je lui trouve cependant plusieurs désavantages par rapport aux cartes :
En conclusion, je vous propose de retenir deux principes fondamentaux lors de vos réflexions à propos de la méthode kanban :
Lire les textes de Xavier nous apporte souvent une félicité - intellectuelle - dans un bain de pragmatisme.
Conclure aujourd'hui sur le mot SIMPLICITE est d'une grande hardiesse , face aux super outils informatisés.
Rappelons nous au passage, que l'intelligeance artificielle est démunie devant la stupidité naturelle.
Cela me permets de replacer mes 3 mots clés : Cohérence , Rigueur et Simplicité (CRS)qui peinent à se substituer dans bien des entreprises à Co-errance, Système D et Usine à Gaz.
Bonjour,
Les promoteurs des SI à tout crin sont les mêmes qui disent "pourquoi faire simple, quand on peut faire compliqué?".
Toutes les anomalies citées par Xavier sont autant d'opportunités d'amélioration diagnostiquées le plus souvent par ceux qui peuvent les mettre en place et non par quelque système informatique localisé on ne sait où.
Merci Xavier pour ces graines de bon sens avec l'espoir qu'elles germeront dans la tête de tes lecteurs !
Rei Xavier,
A chaque fois que je lis tes articles, et que je les diffuse, un proverbe asiatique me vient : "Quand un sage montre la Lune, les sots ne regardent que le doigt".
Alors, pourquoi ce qui devrait rester un simple uchi-komi se transforme t'il en un perpétuel Randori Tate ? (Ca c’est pour mon ancien prof de Judo…)
Après être passé par des services de planification et d’amélioration continue, je travaille maintenant dans la dématérialisation et l'automatisation des processus (Quel SCANDALE !).
Je passe donc mes journées à expliquer que l’automatisation doit se faire après une simplification et une standardisation du/des processus, et que par conséquent, on doit automatiser des choses simples permettant de dégager du temps pour en simplifier et en standardiser d’autres, et ainsi de suite. L’idée sous-jacente étant qu’un processus très simplifié ne nécessite finalement plus d’automatisation…
Pour moi, la principale cause est que l’entreprise ne considère pas l’investissement humain comme une autre ressource. On sait que le coût d’une machine seule ne définit pas son coût de son fonctionnement future ; on n’hésite pas non plus à faire évoluer une machine ou à en changer s’il le faut. C’est rarement le cas sur la Ressource Humaine.
Il y a donc pour moi 3 changements à mettre en œuvre :
1. Le recrutement qui devrait reposer sur l'identification du Bon Sens d'une personne au détriment des connaissances et de l'expérience, car in fine, les SI sont batis par ces mêmes personnes.
2. Le compagnonage des personnes avec un "Sensei" afin de développer un apprentissage continue des personnes et montrer l'exemple car même si beaucoup de personnes "connaissent" les bonnes pratiques, finalement moins de personnes les ont vu en œuvre et encore moins ont eu à les mettre en œuvre, si bien que ces bonnes pratiques sont trop souvent considérés comme une simple théorie ou un mythe pour son entreprise.
3. L'implication et la responsabilisation des managers dans les(leurs) opérations afin que ceux-ci identifient et assignent les améliorations à apporter.
Enfin bref, rien de nouveau sous le soleil...qui tarde à arriver cette année !
A bientôt.
Christophe B.
Merci Christophe pour ces allusions à mon lointain passé de judoka qui m'a donné le plaisir de te connaître à un âge où tu n'imaginais sans doute pas nous parler de tels sujets ! (moi non plus d'ailleurs!!)
Je trouve le troisième de tes points essentiel : "L'implication et la responsabilisation des managers dans les(leurs) opérations". Je pense même que cela va m'inspirer un prochain article. A bientôt !
Bonjour Xavier,
Merci pour ton article que je partage.
J'ajouterai que toute solution informatique conduit parfois "à couler dans le bronze" une solution. Je veux dire par là que toute évolution ultérieure risque de ne pas être possible : une modification peut être chère et il n'y a pas de budget, ou être reléguée à la fin d'une longue liste d'attente, ou on ne sait plus qui l'a fait et comment le faire évoluer et puis "Touche pas, cela marche! Bref cela stoppe l'amélioration continue et la flexibilité est impossible.
N'oublions pas un autre acronyme cher à un de mes anciens professeur (en fait plutôt un industriel) : KISS = Keep It Simple Stupid !