Étude de cas : déploiement d'un système Milk Run dans l'industrie automobile

Le déploiement d'un Milk Run commence rarement par l'achat d'un train logistique. Il commence par une question : pourquoi, dans l'atelier d'un fabricant européen de composants automobiles, trois ou quatre chariots élévateurs circulent-ils en même temps, se croisent-ils aux mêmes intersections et font-ils la moitié de leurs trajets à vide ? Cette étude de cas montre comment un audit structuré de la logistique interne a transformé un transport « à la demande » en une boucle de livraison stable, desservie par un seul train.

Le point de départ : un transport à la demande au lieu d'un processus

L'usine produisait sur plusieurs lignes, et le matériel arrivait aux postes en réaction aux ruptures. L'opérateur de la ligne appelait lorsqu'un bac était presque vide, l'entrepôt envoyait un chariot élévateur, et celui-ci revenait chercher les emballages vides lors d'une rotation distincte. Le résultat était prévisible :

• les chariots circulaient sur des trajets variables, « quand quelqu'un appelait », et non selon le rythme de la production,
• des collisions et des arrêts se produisaient aux intersections étroites, car la circulation était très variable,
• une part importante des trajets se faisait à vide : le chariot transportait un seul support de charge dans un sens et revenait à vide,
• les stocks tampons en bord de ligne augmentaient « au cas où », car l'équipe ne croyait pas que le matériel arriverait à temps.

C'est l'image classique du premier niveau de maturité logistique : un travail fondé sur la réaction aux ruptures, sans temps mesurés et sans standard. Tant que la livraison fonctionne à la demande, il n'existe pas encore de processus que l'on pourrait automatiser : il n'y a qu'une série de réactions aux ruptures.

L'audit AS-IS : d'abord les faits, ensuite les décisions

Nous avons mené les travaux dans le cadre DMAIC (Define–Measure–Analyze–Improve–Control), c'est-à-dire en partant des mesures et des faits pour aboutir à un standard. Lors de la phase de définition, nous avons fixé un objectif clair : passer d'un stock tampon élevé en bord de ligne à un niveau permettant des livraisons régulières selon un takt fixe. Le reste de l'audit a consisté à recueillir des données dans l'atelier, et non derrière un bureau.

Gemba Walk et diagramme spaghetti

Nous avons parcouru physiquement les trajets, layout et données en main, car un plan CAO ment presque toujours tant qu'on n'a pas vérifié la largeur réelle des allées avec les palettes, les stocks tampons et les personnes. Sur les impressions du layout, nous avons reporté les flux en couleurs (vert pour les livraisons externes, orange pour les flux internes, bleu pour les produits finis, violet pour les semi-finis) ainsi que les points de conflit de circulation : les endroits où se croisent les piétons, les chariots et le flux de matériel. C'est ainsi qu'est né un diagramme spaghetti montrant noir sur blanc le chaos des trajets.

Pareto et base PFEP

Nous n'avons pas cartographié « tout ». Grâce à une analyse de Pareto, nous avons sélectionné les principaux flux, qui représentent l'essentiel de la circulation, et avons construit pour eux une base PFEP (Plan For Every Part, un plan pour chaque référence). Il s'agit d'un tableau unique dans lequel nous consignons pour chaque matériel : le type et les dimensions de l'emballage, le nombre de pièces par support, la masse de l'emballage plein, le lieu de prélèvement et le point de livraison, ainsi que la consommation par équipe ou par heure. Sans PFEP, impossible de calculer la capacité des remorques, la fréquence de la boucle ou la charge de travail de l'opérateur.

Des stocks tampons convertis en heures

L'argument le plus fort s'est avéré être la conversion du stock en bord de ligne en temps. La couverture du stock tampon en heures se calcule simplement : le nombre d'emballages multiplié par le nombre de pièces par support, divisé par la consommation. Soudain, le « gros stock au cas où » s'est transformé en un nombre précis d'heures pendant lesquelles la trésorerie est immobilisée dans le matériel et bloque l'espace nécessaire à des trajets sûrs. C'est un chiffre, pas une opinion, et c'est lui qui convainc l'équipe de production plus vite que n'importe quelle présentation.

La solution : boucle, takt et points d'arrêt

Sur la base de l'état AS-IS, nous avons conçu une boucle Milk Run pilote, et non l'usine entière d'un coup. Le Milk Run est une boucle de livraison fixe, réalisée par un train logistique sur un trajet fixe, vers les mêmes points et à intervalle fixe. Les décisions de conception clés découlaient directement des données, et non d'un catalogue.

Le takt logistique. Pour chaque référence critique, nous avons calculé à quel intervalle, en minutes, la ligne a besoin d'un nouveau bac (capacité de l'emballage divisée par la consommation). Nous avons fixé l'intervalle de la boucle comme un diviseur de l'heure (15, 20, 30 ou 60 minutes), car une boucle « toutes les 23 minutes » est mathématiquement correcte, mais difficile à tenir sur le plan opérationnel.

Le temps de cycle de la boucle. Nous avons additionné le chargement au supermarché, le trajet, le service des stations et une marge de sécurité, puis comparé le résultat au takt. La règle est absolue : si le temps de cycle est plus long que le takt logistique, le système est défaillant et il faut raccourcir le trajet ou diviser la boucle. Il n'y a pas de place ici pour « l'opérateur fera un effort ».

Le supermarché comme point de départ. Nous avons organisé la zone de départ de la boucle : supports pleins prêts avant le départ, disposés dans l'ordre des arrêts, avec un emplacement réservé aux vides et une logique claire de leur retour. S'il y règne le désordre, le train est en retard avant même de partir.

Le Water Spider sur le dernier mètre. Le train livre le matériel à la zone, et le rôle du « dernier mètre », c'est-à-dire la livraison au poste précis, a été confié à un Water Spider (Mizusumashi) travaillant selon un standard écrit : séquence de service, temps de rotation et logique des vides. Ce n'est pas un rôle d'aide, mais un rôle pour opérateurs expérimentés ; sans standard, il se transforme en pompier qui éteint des incendies.

Le volet physique du déploiement (tracteur, cadres et chariots adaptés au processus d'échange à la station) a fait l'objet d'un choix fondé sur les mesures du support de charge, du temps d'échange et de la géométrie de la station. Dans ce domaine, nous concevons et construisons des remorques et des quais dans le cadre du système CS, et les plateformes de transport elles-mêmes sont issues de la gamme des chariots du système CS.

Les résultats : un seul train au lieu d'une flotte de chariots

L'effet le plus important est aussi le plus simple à retenir : un Milk Run bien calculé a permis de remplacer trois à quatre chariots élévateurs par un seul train logistique. Ce n'est pas une promesse marketing, mais une conséquence des mathématiques de la boucle : une seule rotation dessert de nombreuses stations et de nombreuses références à la fois, au lieu d'effectuer des trajets isolés selon le principe « un chariot, un trajet ». Les autres changements étaient d'ordre qualitatif, mais tout aussi perceptibles dans l'atelier :

• La circulation est devenue prévisible. Le train circule sur un trajet fixe, à faible vitesse et selon un horaire fixe ; la variabilité de la circulation, source de collisions aux intersections, a donc fortement diminué.
• Les vides reviennent dans la même rotation. Le transport séparé des emballages vides a disparu ; les supports reviennent au supermarché dans le cadre de la même boucle, selon le principe « un qui entre, un qui sort ».
• Les stocks tampons en bord de ligne ont été ramenés au niveau calculé. L'équipe a cessé de constituer des stocks « au cas où », car les départs ont des créneaux horaires fixes et la ponctualité est auditée.
• De l'espace a été récupéré. La réduction des stocks tampons a libéré de la place en bord de ligne, auparavant occupée par un stock qui faisait office d'entrepôt.

Conclusions : comment planifier le déploiement d'un Milk Run

Ce déploiement a confirmé plusieurs règles qui se vérifient dans chaque atelier :

1. Il ne faut pas sauter de niveaux de maturité. Le chemin mène de l'ordre et du standard au Milk Run manuel, puis au train logistique, et seulement ensuite aux AGV. Un AGV ne répare pas une boucle instable ; il en amplifie les problèmes.
2. Sans PFEP, on ne calcule pas la boucle ; sans Gemba, on ne connaît pas les temps réels. Les données doivent venir de l'atelier, et non d'hypothèses. Une photo de l'emballage avec son étiquette peut épargner des heures de questions.
3. Le supermarché détermine la ponctualité. La plupart des retards du train ont leur origine au départ de la boucle, et non sur le trajet.
4. Commencez par une seule boucle. Un pilote sur une seule zone produit un standard stable, qui se reproduit ensuite dans le reste de l'usine, au lieu d'automatiser le chaos dans toute l'usine à la fois.

Si, dans votre atelier, le matériel circule encore « à la demande », la première étape n'est pas le choix d'un véhicule, mais le parcours du trajet avec le layout et le PFEP en main, ainsi que la conversion des stocks tampons en heures. Le reste (takt, points d'arrêt, choix des cadres et des chariots) découle alors des données.

Combien de temps dure un tel audit ?

Le cœur de l'audit (accord sur le périmètre, mesures dans l'atelier par une Gemba Walk, cartographie des principaux flux, conversion des stocks tampons en heures et construction de la base PFEP pour les références clés) tient en une journée d'atelier. Il en résulte une cartographie de l'état actuel, une liste des données manquantes et un concept préliminaire de boucle pilote.

Le Milk Run mène-t-il toujours aux AGV ?

Non. L'aboutissement du processus n'est pas toujours l'automatisation. Parfois, la bonne décision est un Milk Run manuel ou un train logistique conduit par un opérateur, et la discussion sur les AGV ne s'engage qu'une fois que la boucle manuelle fonctionne de manière stable et prévisible depuis plusieurs semaines.