Le stock, une question de rythme / Épisode 1
Le stock qui n'est pas un problème de stock
Deuxième épisode de la série « Le stock, une question de rythme ».
Cette phrase semble paradoxale après le premier épisode, où le stock était toujours la trace visible d’un déphasage entre deux rythmes. Elle ne le contredit pas, elle va plus loin. Parfois, le déphasage lui-même n’est pas la vraie origine du problème. Il n’est que la conséquence d’un dysfonctionnement encore plus en amont, jamais traité, jamais même identifié comme tel.
Deux cas concrets permettent de le montrer.
Rappel du cadre
Dans le premier épisode de cette série, on a posé que le stock apparaît chaque fois que deux étapes d’un même processus n’avancent plus au même rythme, et que le maîtriser consiste à identifier ce déphasage plutôt qu’à réduire une quantité au hasard.
Reste une question qu’on n’a pas encore posée : d’où vient le déphasage lui-même ? Dans certains cas, la réponse ne se trouve pas dans le pilotage du stock. Elle se trouve dans un maillon du processus qu’on n’a jamais remis en cause.
Cas concret : la fiabilité des données de base
Prenons le cas d’une entreprise qui pilote ses commandes à partir de paramètres standards comme la quantité minimale de commande (MOQ), le délai fournisseur ou encore les conditions spécifiques par référence. Ces données ne sont pas nécessairement figées ou abandonnées, mais leur fiabilité s’érode souvent pour des raisons plus diffuses qu’un simple oubli.
Le turnover dans les équipes en est une cause fréquente : la personne qui connaissait les particularités d’un fournisseur ou d’une référence part, et cette connaissance informelle ne survit pas toujours au transfert de poste.
Une modification ponctuelle en est une autre : un délai renégocié pour une commande urgente, une condition spécifique accordée temporairement, mise à jour dans un email ou une conversation, mais jamais reportée dans le système qui continue de calculer sur l’ancienne valeur. La double source d’approvisionnement sur une même référence complique encore le tableau : deux fournisseurs, deux MOQ, deux délais différents, et un système qui n’a parfois qu’un seul jeu de paramètres pour représenter une réalité à deux visages.
Dans chacun de ces cas, la donnée n’est pas fausse par négligence, elle est simplement devenue partielle ou datée face à une réalité qui a continué d’évoluer. Et les conséquences se lisent directement dans le stock, sans que personne ne fasse le lien avec la cause réelle. Un délai sous-évalué déclenche la commande trop tard, et le stock de sécurité encaisse l’écart. Un MOQ obsolète fausse les quantités commandées, dans un sens ou dans l’autre. Une double source mal représentée dans le système génère des arbitrages de commande qui ne correspondent à aucun des deux fournisseurs réels.
Ce qui rend ce cas particulier, c’est que le stock qui en résulte n’a rien à voir avec un problème de méthode de calcul ou d’arbitrage stratégique. Il vient d’un écart progressif entre la donnée enregistrée et la réalité du terrain, souvent invisible tant que personne n’a la responsabilité claire de la resynchroniser régulièrement.
La maîtrise des données de base n’est pas un sujet secondaire. C’est une condition préalable à tout pilotage de stock fiable, quelle que soit la sophistication de la méthode utilisée derrière.
Cas concret : le process de commande interne
Prenons cette fois un second cas, indépendant du précédent. Les données de base sont fiables, le fournisseur tient ses délais, mais le stock dérive quand même. La cause se situe alors plus en amont encore : dans la façon dont le besoin de commander est détecté et transmis en interne.
Dans beaucoup de PME industrielles, ce processus repose sur une combinaison de règles formelles (seuils de réapprovisionnement, alertes système) et d’ajustements informels (un responsable qui sait qu’il faut avancer une commande avant les congés, une consigne orale transmise en réunion). Tant que la même personne suit le sujet dans la durée, cette combinaison fonctionne, même si elle n’est écrite nulle part. Le problème apparaît quand ce fonctionnement rencontre une variation : une absence, un remplacement, une période de forte activité qui redistribue les priorités. La règle formelle seule ne suffit plus à couvrir ce que l’ajustement informel compensait jusque-là, et personne ne s’en aperçoit avant que l’écart ne se voie dans le stock.
Ici encore, le déphasage ne vient ni d’un choix stratégique ni d’une donnée obsolète, mais d’un processus de décision qui fonctionnait davantage grâce à la vigilance d’une personne qu’à une organisation formalisée. Le stock absorbe alors les à-coups d’un processus qui n’a jamais été pensé pour fonctionner sans elle.
Ce deuxième cas se distingue du premier sur un point important : les données peuvent être parfaitement à jour, l’organisation autour de leur utilisation peut malgré tout rester fragile. Les deux dimensions, fiabilité de la donnée et robustesse du processus qui s’appuie dessus, doivent être traitées séparément pour être vraiment maîtrisées.
Ce que ça change concrètement
Ces deux cas partagent un point commun essentiel : le stock n’était le bon endroit où chercher la solution.
Optimiser une formule de calcul de stock de sécurité, revoir une classification, ajuster un paramètre de réapprovisionnement, tout cela reste inefficace tant que la donnée sous-jacente est partielle ou que le processus qui l’active repose sur la vigilance d’une seule personne.
Ça implique une discipline différente de celle qu’on applique spontanément face à un stock qui dérive. Avant d’agir sur le stock lui-même, il faut remonter la chaîne : la donnée qui alimente le calcul est-elle fiable et à jour ? Le processus qui déclenche la commande repose-t-il sur une règle robuste, ou sur la mémoire d’une personne ? Ce n’est qu’une fois ces deux points vérifiés que travailler sur le stock a un sens, plutôt que de traiter un symptôme qui reviendra dès que la donnée se sera de nouveau décalée, ou que la personne clé sera absente.
C’est aussi ce qui distingue un diagnostic de stock superficiel d’un diagnostic qui va chercher la cause réelle, même quand cette cause n’a, en apparence, rien à voir avec le stock.
Conclusion
Le stock qui n’est pas un problème de stock, ce n’est pas une contradiction avec ce qu’on a posé dans le premier épisode. C’est une extension du même raisonnement, un cran plus loin. Le déphasage qui produit le stock a lui-même une origine, et cette origine se cache parfois dans une donnée qui s’est décalée sans qu’on s’en aperçoive, ou dans un processus qui n’a jamais été pensé pour tenir sans une personne en particulier.
Diagnostiquer un stock, ce n’est donc pas seulement regarder le stock, c’est remonter, patiemment, jusqu’à l’endroit où le déphasage a vraiment commencé.
Dans le prochain épisode, nous explorerons la quantité minimale de commande (MOQ) qui, mal négociée, peut à elle seule faire dormir votre stock pendant des mois.
Vos données de base (MOQ, délais, conditions fournisseurs) sont-elles encore fiables ?
Faites le diagnostic gratuit gestion de stock Résultat immédiat — sans engagement