Je commence par le verdict : la taille d'une vague ne devrait jamais être un nombre fixe. Autant de personnes sur le terrain, autant de commandes à libérer. J'y réfléchis depuis des années, et je n'ai jamais été aussi convaincu.
En 2019, j'étais dans un centre de fulfillment e-commerce à Fontana — 120,000 pieds carrés, environ 18,000 commandes par jour. Leur WES avait des vagues codées en dur : 400 commandes par vague, libérées toutes les 45 minutes, inchangées toute l'année. La première équipe comptait plus de 60 préparateurs ; ils brûlaient une vague en 20 minutes, puis passaient 25 minutes à déambuler dans les allées, à discuter, à attendre que le système lâche la vague suivante. La deuxième équipe comptait 28 personnes ; une vague leur prenait deux heures et demie, les commandes s'accumulaient avant l'heure limite du transporteur, le superviseur découpait les vagues à la main, et les téléphones du service client n'arrêtaient pas de sonner. J'ai fait les calculs avec leur directeur des opérations : la première équipe perdait près de 20 pour cent de sa productivité de picking à 'attendre les vagues'. Les gens n'étaient pas lents. Le système les gardait inactifs.
Pour le dire franchement, une taille de vague fixe, c'est faire tourner l'équipe d'aujourd'hui avec le plan d'hier. Le décalage est garanti. Tous les entrepôts l'ont vu : le plus de monde sur le terrain quand il y a le moins de commandes, et le moins de monde quand les commandes sont au plus haut.
La solution tient en quatre mots dans l'esprit : dimensionnement dynamique des vagues. Le WES cesse de libérer des vagues fixes et calcule chaque vague à partir de l'effectif en temps réel sur le terrain. Ce que je configure habituellement pour les clients, ce sont trois niveaux — les chiffres sont ajustés par site, la logique reste la même :
| Préparateurs sur le terrain | Taille de la vague | Intervalle de libération |
|---|---|---|
| Moins de 20 | 80–120 commandes | 15 minutes |
| 20–40 | 200–300 commandes | 20–30 minutes |
| Plus de 40 | 400–600 commandes | 30–45 minutes |
La logique de configuration est simple : toutes les 15 minutes, le WES lit l'effectif actuel sur le terrain depuis la pointeuse ou le système de connexion des terminaux mobiles, prend une moyenne mobile, et réduit automatiquement la vague quand l'effectif descend d'un niveau ou l'agrandit quand il monte. Une heure avant l'heure limite du transporteur, il se verrouille sur les petites vagues uniquement, pour que tout soit expédié le jour même et rien ne soit reporté au lendemain.
Cette taille de vague n'est pas une devinette — elle est dérivée de l'effectif. Disons que le taux de picking moyen est de 120 unités par préparateur par heure, et que 30 préparateurs sont sur le terrain : cela fait 3,600 unités par heure. Une vague de 600 commandes à 3 unités par commande, c'est 1,800 unités, expédiée en une demi-heure — donc un intervalle de libération de 30 minutes garde le rythme parfaitement synchronisé. Descendez à 15 préparateurs et la même vague de 600 commandes prend une heure entière, et l'heure limite est soudainement en danger. La formule est : taille de vague ≈ préparateurs sur le terrain × unités par heure × intervalle de libération ÷ unités par commande. L'effectif bouge, la taille de la vague bouge avec lui.
En pleine saison 2022, j'ai vu l'autre visage des vagues dynamiques chez un 3PL de l'habillement. Ils avaient la fonction activée, mais l'informatique l'avait configurée sur l''effectif idéal' — le système affichait 45 personnes sur le terrain et dimensionnait les vagues pour 45, alors que 36 seulement étaient réellement là ; neuf avaient pointé et étaient toujours dans la zone fumeurs. Les vagues sortaient surdimensionnées, la deuxième équipe n'a pas réussi à tout expédier trois jours de suite, et la première vague du lendemain matin était encore en train de digérer le retard d'hier. J'ai dit à leur superviseur : si l'entrée du dimensionnement dynamique est sale, la sortie sera fausse, garanti. Validez d'abord qui est réellement sur le terrain — comptez les terminaux mobiles connectés avec une vraie activité de picking — et seulement ensuite parlez de dynamique.
Deux détails de configuration que la plupart des gens ratent au premier paramétrage. D'abord, le repli : que se passe-t-il quand le WES ne peut pas lire les données d'effectif du tout ? Les microcoupures réseau et la maintenance de la pointeuse arrivent. La bonne décision, c'est une règle de repli — quand l'effectif en temps réel est indisponible, réutiliser automatiquement l'effectif de la même fenêtre horaire de l'équipe précédente au lieu de se bloquer. J'ai vu un site qui avait sauté ça ; un redémarrage du serveur de pointeuse a figé les libérations de vagues pendant 40 minutes tandis que des dizaines de préparateurs attendaient les bras croisés. Ensuite, quelle devrait être la fenêtre d'échantillonnage ? Un échantillonnage de 15 minutes avec une moyenne mobile de 30 minutes est mon point de départ habituel. Trop court et les vagues oscillent violemment — les préparateurs s'adaptent à peine que ça change à nouveau, rythme détruit. Trop long et la montée post-déjeuner de 20 à 45 préparateurs passe inaperçue pendant une demi-heure tandis que les commandes s'accumulent. Il n'y a pas de réponse universelle ; faites tourner deux semaines, regardez les données, puis ajustez.
Maintenant l'autre côté de la médaille, parce que toute solution a son prix. D'abord, les intérimaires ne sont pas des permanents. En pleine saison, un intérimaire prépare généralement à environ 60 pour cent du rythme d'un vétéran, donc le chiffre d'effectif doit être décoté, sinon les vagues restent trop chaudes. Ensuite, plus petit n'est pas toujours mieux. Le surcoût fixe du WES pour construire une vague, assigner les tâches et imprimer les étiquettes est fixe ; descendez les vagues en dessous d'environ 50 commandes et le temps de planification du système commence à prendre une part plus grande que le picking lui-même — les préparateurs finissent par attendre le système plus longtemps qu'ils n'attendent la marchandise. Il y a un plancher ; ne courez pas après le minuscule. Troisièmement, les petites vagues aux heures creuses sonnent bien, mais les stations d'emballage et les bancs d'audit doivent garder le même rythme, sinon vous libérez joyeusement en amont et vous bloquez tout en aval.
J'ai vu trop d'entrepôts payer pour la fonctionnalité de vagues dynamiques, puis le superviseur continue de libérer les vagues au feeling — le système calcule 200 commandes, il 'sent qu'on est en sous-effectif aujourd'hui' et monte à 350. C'est comme ne pas l'avoir. Le plus gros coût des vagues dynamiques n'est pas le logiciel ; c'est d'amener les superviseurs à regarder le tableau de bord et à faire confiance aux données. Si les données disent que vous avez 22 personnes sur le terrain, acceptez-le — ne partez pas sur 'on dirait 30'.
Voici la partie contre-intuitive : libérer de petites vagues aux heures creuses au lieu de laisser les commandes s'accumuler ressemble à de l'excès de zèle, mais la productivité par personne augmente réellement. Ce que les préparateurs craignent le plus, ce n'est pas d'être occupés — c'est d'attendre les bras croisés. Une fois le rythme cassé, il faut 20 minutes pour se réchauffer à nouveau. Garder du travail en continu entre les mains de chacun est le vrai secret du débit.
Alors : dans votre WES, les vagues sont-elles mortes ou vivantes ? Si elles sont mortes, ne vous précipitez pas pour remplacer le système. Posez d'abord une question à votre superviseur : quand la dernière vague a été libérée, combien de personnes étaient réellement debout sur le terrain ?
Par Lao Mi, vétéran de la supply chain (20 ans)
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.
