FAQ : Glossaire
L’approche de Lokad pour optimiser les décisions de la supply chain s’appuie sur plusieurs perspectives et outils issus de différents domaines, pas seulement de la supply chain elle-même. Cela inclut, entre autres, l’apprentissage automatique (ML), l’intelligence artificielle (AI), la prévision probabiliste, la philosophie et l’économie. En tant que tels, notre terminologie est influencée par une multitude de disciplines. Cette page vise à expliquer comment (et pourquoi) Lokad utilise ces termes dans le contexte de l’optimisation de la supply chain, ainsi que la nuance spécifique que nous cherchons à transmettre lorsque nous les utilisons.
Public cible : Les départements de la supply chain et/ou de la planification.
Dernière modification : mai 2024
![Un homme attache une liste imprimée aux portes d'une usine pendant que des professionnels observent en arrière-plan. La scène rappelle Martin Luther.](/images/technology/glossary.jpg)
Que signifie “Supply Chain” ?
Pour Lokad, la supply chain est à la fois une pratique et un domaine d’étude qui peut être défini comme suit :
La supply chain est la maîtrise de l’optionnalité en présence de variabilité lors de la gestion du flux de biens physiques.
L’optionnalité fait référence à la capacité de choisir la bonne “option” parmi de nombreuses alternatives concurrentes. Cette “option” sélectionnée devient la “décision”. Toutes les décisions qui façonnent le flux de biens physiques sont prises en compte, telles que les commandes de réapprovisionnement, les commandes de production et les changements de prix. De plus, l’optionnalité fait référence à la mise à disposition des options en premier lieu. Par exemple, investir des ressources pour identifier des fournisseurs alternatifs vise à créer davantage d’options pour l’entreprise.
La variabilité fait référence à l’incertitude incroyable associée à l’état futur du marché, c’est-à-dire que les conditions peuvent changer considérablement d’un moment à l’autre. En effet, les supply chains sont, par nature, exposées à des forces qui ne peuvent pas être entièrement contrôlées par l’entreprise. Ces forces comprennent la demande des clients, les prix des matières premières, les délais de livraison des fournisseurs, etc. Ainsi, quelles que soient les méthodes ou les instruments utilisés à des fins de supply chain, ils doivent aborder frontalement le problème de la connaissance imparfaite et du risque, inhérents aux supply chains.
Enfin, le flux de biens physiques est essentiel et différencie la maîtrise de la supply chain du trading financier, par exemple. Les supply chains sont naturellement contraintes par leur nature physique - les parties prenantes (clients, fournisseurs, grossistes, transporteurs, producteurs, etc.) sont géographiquement réparties. Quelles que soient les méthodes ou les instruments utilisés pour relier ces parties prenantes, ils doivent directement (et adéquatement) aborder les nombreuses contraintes qui se dressent généralement sur leur chemin. Parmi ces contraintes, on peut citer la quantité minimale de commande (MOQ), la valeur minimale de commande (MOV), les chargements complets de camions, l’espace limité dans les entrepôts et la capacité globale de l’entreprise à gérer les commandes d’entrée/sortie, etc.
Quelle est la “perspective mainstream de la supply chain” ?
La perspective mainstream de la supply chain (MSCP), ou perspective classique de la supply chain, fait référence à plusieurs hypothèses et pratiques erronées que l’on rencontre généralement, notamment :
-
La MSCP suppose que l’avenir est parfaitement connaissable. Des méthodes telles que la prévision classique des séries temporelles tentent d’exprimer l’avenir comme une seule valeur (par exemple, la demande, les retours, les taux de rebut, les délais de livraison, etc.). Cela est erroné car l’avenir est naturellement inconnu (c’est-à-dire que l’incertitude future ne peut pas être complètement éliminée avec la prévision). Ainsi, l’identification d’une seule valeur future est suboptimale d’un point de vue de gestion des risques (car les dimensions de probabilité sont manquantes).
-
La MSCP suppose que la supply chain elle-même n’est pas soumise à un comportement adversaire. À aucun moment, la MSCP ne considère même que les parties prenantes (par exemple, les employés, les clients, les fournisseurs, les partenaires, les concurrents, etc.) peuvent avoir leurs propres agendas et que ces agendas peuvent avoir un impact négatif sur leur supply chain.
-
La MSCP suppose l’observabilité. La réalité est que chaque grande entreprise fonctionne à travers un paysage applicatif (applications logicielles) exaspérément opaque, rendant ainsi l’observation directe de la supply chain extrêmement difficile.
-
La MSCP manque de falsifiabilité. Elle est immunisée contre la réalité. Peu importe à quel point les techniques répertoriées dans les manuels scolaires ou les présentations des fournisseurs sont mauvaises en pratique, aucune de ces techniques ne peut être invalidée par les retours du monde réel.
En 2024, la plupart des grandes entreprises ont mis en œuvre plusieurs solutions d’optimisation de la supply chain depuis les années 1980, mais beaucoup (voire la plupart) de ces entreprises fonctionnent toujours avec des feuilles de calcul. C’est un autre aspect clé de la MSCP : les fournisseurs de logiciels sont devenus des maîtres dans le rejet de responsabilité et accusent invariablement les praticiens de la supply chain de ne pas être capables de “suivre le processus” ou d’utiliser des paramètres adéquats.
Cependant, la réalité est plus simple : la théorie de la MSCP elle-même ne fonctionne pas et les praticiens de la supply chain reviennent à leurs feuilles de calcul car quelles que soient les heuristiques rudimentaires qu’ils possèdent, ces heuristiques (bien qu’imparfaites) surpassent les “méthodes sophistiquées” que l’on trouve dans les manuels de la MSCP.
C’est précisément pourquoi Lokad a entrepris une refondation de la supply chain en 2011, à la fois en tant que domaine d’étude et de pratique. Nous appelons cette réforme la Supply Chain Quantitative.
La MSCP est parfaitement capturée par une série de manuels classiques :
- Production and Operations Analysis, septième édition, de Steven Nahmias et Tava Lennon Olsen, 2015
- Inventory and Production Management in Supply Chains, quatrième édition, d’Edward A. Silver, David F. Pyke et Douglas J. Thomas, 2016
- Fundamentals of Supply Chain Theory, deuxième édition, de Lawrence V. Snyder, Zuo-Jun Max Shen, 2019
Qu’est-ce que la “planification de la demande” ?
Du point de vue de la perspective mainstream de la supply chain, la planification de la demande est l’ensemble des processus utilisés par une entreprise pour quantifier la demande future. L’idée implicite qui sous-tend la planification de la demande est que, une fois que la demande future a été correctement évaluée, la gestion adéquate de la supply chain est principalement une question d’allocation correcte et opportune des ressources afin que l’entreprise fournisse “juste assez” pour le marché.
Les processus de planification de la demande comprennent des techniques rétrospectives, telles que l’analyse statistique des ventes historiques, et la prévision de leurs séries temporelles associées. Il comprend également des techniques prospectives, telles que la collaboration avec les ventes et le marketing pour affiner les chiffres en fonction des objectifs fixés par l’entreprise elle-même.
Cependant, du point de vue de la Supply Chain Quantitative (SCQ) de Lokad, la planification de la demande est un concept dépassé qui n’a pas sa place dans la supply chain moderne. Au lieu de cela, la SCQ affirme que l’exécution de la supply chain devrait être robotisée, pilotée par des recettes numériques qui comportent généralement une phase de modélisation prédictive, suivie d’une phase d’optimisation stochastique.
La phase de modélisation prédictive englobe tous les aspects de la “prévision”, non seulement pour la demande future, mais aussi pour toutes les autres sources d’incertitude (par exemple, les délais de livraison futurs, les prix futurs des matières premières, les retours futurs des clients, etc.). La phase d’optimisation stochastique englobe toutes les parties “de prise de décision” (par exemple, choisir les quantités à réapprovisionner, allouer les stocks disponibles à travers le réseau de vente, fixer les prix) - quelque chose qui est traditionnellement séparé de la planification de la demande.
La planification de la demande est dépassée pour plusieurs raisons.
Premièrement, elle suppose que les personnes devraient être impliquées dans l’exécution de “l’évaluation quantitative du futur”. C’est une perte de temps et d’énergie totale. Les personnes devraient certainement être impliquées dans l’élaboration des recettes numériques qui soutiennent les modèles prédictifs (comme c’est le rôle des Supply Chain Scientists de Lokad). Cependant, les modèles prédictifs devraient fonctionner complètement sans surveillance, car il n’y a tout simplement aucune valeur ajoutée à ce que les personnes interfèrent manuellement avec un processus qui génère généralement des milliers - voire des millions - de chiffres quotidiennement.
Deuxièmement, comme la “planification de la demande manuelle” est déjà lente et coûteuse, les entreprises n’ont généralement plus de ressources pour traiter toutes les autres sources d’incertitude (par exemple, les délais de livraison, les retours, la qualité, etc.). Bien que l’évaluation de la demande future soit essentielle, ce n’est pas la seule source d’incertitude. Les délais de livraison futurs, les prix futurs des matières premières, les prix futurs des concurrents, les retours futurs des clients, etc., sont d’autres sources clés d’incertitude qui doivent également être évaluées quantitativement.
En conclusion, la planification de la demande est une perspective dépassée sur la façon d’orchestrer les supply chains. Cette perspective est apparue avant l’avènement des ordinateurs et a survécu quelques décennies de plus qu’elle n’aurait dû. À ce stade, elle devrait être remplacée par des approches plus adaptées, telles que la perspective SCQ de Lokad.
Qu’est-ce que la “qualité de service” ?
Dans le contexte de l’optimisation de la supply chain, la “qualité de service” (QoS) fait référence à la capacité de l’entreprise à servir ses clients tout en répondant à leurs attentes implicites. La QoS n’est pas une métrique ou quelque chose de tangible : elle reflète l’intention de l’entreprise de servir adéquatement ses clients. La QoS est donc directionnelle mais vague.
Essayer de découvrir les attentes implicites des clients est un problème vaste et complexe. Interroger les clients comporte des problèmes. Les clients peuvent dire poliment qu’ils sont entièrement satisfaits du service et continuer à visiter votre concurrence. À l’inverse, les clients peuvent se plaindre bruyamment tout en restant fervemment fidèles.
De plus, la QoS n’est jamais un problème unidimensionnel. La cannibalisation et la substitution, ainsi que les différences de prix, obscurcissent généralement ce que “disponibilité” signifie réellement pour les clients. Souvent, des préoccupations spécifiques au domaine doivent également être prises en compte. Par exemple, s’il reste beaucoup de yaourts sur l’étagère, les clients peuvent les trouver inacceptables s’ils expirent tous dans trois jours.
En pratique, les métriques qui approximent raisonnablement la QoS ne peuvent être découvertes qu’en examinant attentivement et intelligemment l’entreprise. Cela nécessite une réflexion approfondie et de l’empathie envers les clients. Certaines méthodologies permettent d’identifier des métriques de proximité de haute qualité, telles que l’optimisation expérimentale - une approche pionnière de Lokad.
L’une des plus grandes erreurs de la perspective dominante de la supply chain est de présenter les niveaux de service - la probabilité de ne pas avoir un article en rupture de stock - comme si les niveaux de service étaient un proxy raisonnable de la QoS. C’est presque toujours incorrect. Les niveaux de service ignorent complètement toute la cannibalisation et la substitution qui sont omniprésentes dans la plupart des secteurs. Ils ignorent également complètement la demande “en grumeaux”, où le client a besoin de plusieurs articles disponibles simultanément pour être satisfait (par exemple, un professeur achetant des livres pour toute une classe d’étudiants, plusieurs interrupteurs identiques nécessaires pour un projet de rénovation de maison). Les niveaux de service ignorent également la volonté du client de payer plus cher pour être servi plus rapidement, ou inversement de pouvoir payer moins cher si le service est retardé.
En conclusion, la QoS est une perspective aspirante. Elle reflète ce que l’entreprise souhaite optimiser, même si les critères d’optimisation restent difficiles à définir car l’entreprise est confrontée à un problème complexe. La QoS est le principe directeur qui guidera la recherche de métriques qui sont des proxies crédibles de cette aspiration. Les niveaux de service, et d’autres métriques naïves, ne doivent pas être confondus avec un proxy raisonnable de la QoS.
Qu’est-ce qu’un “pilote d’IA” ?
Cela fait référence à l’automatisation générale de l’orchestration d’une supply chain à l’aide de l’IA. Le pilote d’IA comprend les processus de prise de décision (par exemple, combien dois-je produire ?) ainsi que les processus de soutien banals (par exemple, obtenir des MOQ à jour pour un fournisseur donné). Lokad a inventé ce terme au début de l’année 2024. Le pilote d’IA, en tant que logiciel, est conçu par les Supply Chain Scientists de Lokad. Nous concevons un pilote par entreprise cliente, bien qu’il y ait de nombreuses similitudes entre nos mises en œuvre. Le pilote d’IA s’exécute sur la plateforme de Lokad, qui offre des capacités de big data et d’apprentissage automatique. Le pilote d’IA est un service fourni par Lokad et facturé mensuellement.
Pour en savoir plus sur le fonctionnement des pilotes d’IA, consultez notre podcast long-format sur le sujet.
Que signifie “Supply Chain Quantitative” ?
La “Supply Chain Quantitative” (SCQ) est un ensemble de méthodologies et de technologies pionnières développées par Lokad au cours des années 2010. Elle comprend une série de techniques telles que la prévision probabiliste, l’optimisation stochastique et la programmation différentiable, qui sont absentes de la perspective dominante de la supply chain. Elle comprend également une série de méthodologies telles que l’optimisation expérimentale, les personae de la supply chain et la recherche de marché antagoniste qui sont également absentes de la perspective dominante de la supply chain.
Le terme “Supply Chain Quantitative” a été inventé en 2017 dans le livre de Joannes Vermorel, fondateur de Lokad, The Quantitative Supply Chain. Le manifeste de la SCQ peut être résumé comme suit :
- Tous les futurs possibles doivent être pris en compte ; une probabilité pour chaque possibilité
- Toutes les décisions réalisables doivent être prises en compte ; possibilités vs probabilités
- Les moteurs économiques doivent être utilisés pour hiérarchiser les décisions réalisables
- Être en contrôle nécessite une automatisation pour chaque tâche banale
- Un Supply Chain Scientist doit prendre en charge les résultats numériques
La Supply Chain Quantitative peut être considérée comme le domaine d’étude qui rassemble tous les éléments nécessaires à la mise en œuvre pratique d’un pilote d’IA pour une supply chain donnée.
Qu’est-ce que “Supply Chain as a Service” ?
De loin, Lokad peut être décrit comme une entreprise de logiciels. Cependant, de près, Lokad est assez différent de ce à quoi les gens pourraient s’attendre d’un fournisseur de logiciels. Lokad ne se contente pas de fournir des décisions de supply chain robotisées, mais prend également en charge les performances de la supply chain résultant de ces décisions. Nos Supply Chain Scientists sont là pour surveiller et affiner en permanence l’automatisation que nous avons mise en place pour chacun de nos clients. Ainsi, un abonnement à Lokad permet à nos clients d’exécuter leur supply chain de manière plus rentable.
Cette approche est très différente, par exemple, d’une offre SaaS (logiciel en tant que service) où l’entreprise cliente reste ultimement responsable de tout ce qui compte. Avec le SaaS, le service informatique est soulagé de la gestion d’une autre application, mais c’est tout. Si quelque chose ne va pas, comme une demande erratique, des approvisionnements chaotiques, des données incomplètes, etc., il incombe entièrement aux équipes de la supply chain de le résoudre. En revanche, avec le SCaaS, c’est le travail de Lokad de le résoudre. Naturellement, en pratique, il s’agit d’un effort de collaboration entre Lokad et son client. Cependant, Lokad s’engage à obtenir des résultats, et non simplement à maintenir les serveurs en marche.
Qu’est-ce qu’une “recette numérique” ?
Lokad automatise les processus de prise de décision de la supply chain, et nous appelons couramment les logiciels qui effectuent effectivement l’automatisation nos “recettes numériques”. Ces recettes numériques sont généralement assez complexes, car elles reflètent les complexités intrinsèques des supply chains elles-mêmes. Les recettes sont un mélange d’une myriade d’étapes de préparation de données banales entrelacées d’étapes analytiques sophistiquées - généralement des algorithmes d’apprentissage automatique ou d’optimisation mathématique.
Nous utilisons le terme “recette” plutôt que “algorithme” car ces recettes ne sont nulle part aussi “pures” que ce que la plupart des ingénieurs logiciels s’attendent à voir lorsqu’ils parlent d’algorithmes. De plus, alors qu’un algorithme est censé résoudre un problème bien défini, ce n’est généralement pas le cas pour nos recettes. En fin de compte, la performance de bout en bout de la supply chain est en jeu, et il s’agit d’un problème ouvert et mal défini. Ainsi, l’évaluation de la recette est aussi complexe, voire plus, que la création de la recette elle-même.
Qu’est-ce que des “décisions (banales) de supply chain” ?
Une décision de supply chain est une décision qui a de réelles conséquences sur le flux des biens. Par exemple, les réapprovisionnements de stocks, les ordres de production et les changements de prix sont des décisions qui affectent profondément le flux des biens.
Les supply chains modernes impliquent généralement des dizaines de milliers, voire des millions, de décisions quotidiennes. En règle générale, chaque SKU (unité de stockage) englobe une demi-douzaine de décisions, y compris ne rien faire, ce qui est également une décision (bien que triviale).
Ces décisions (quotidiennes) sont souvent qualifiées de “banales” car elles peuvent être entièrement automatisées. Dans ce sens, “banales” ne signifie pas “sans conséquence”.
Les décisions s’opposent aux “artefacts numériques” (des éléments qui semblent importants mais qui n’ont aucun impact substantiel sur la supply chain en question). En effet, avec davantage d’analytique, il y a généralement beaucoup de confusion entre les deux. Par exemple, une prévision de la demande, une classe ABC, un stock de sécurité, un taux de service peuvent être considérés comme des artefacts numériques. Ces éléments peuvent certainement être utiles pour calculer les décisions réelles, mais en eux-mêmes, ils sont totalement insignifiants. Peu importe si la prévision est incorrecte tant que le réapprovisionnement des stocks est adéquat, cependant l’inverse n’est évidemment pas vrai.
Lokad se concentre sur les “décisions” plutôt que sur les “artefacts numériques”, car trop d’entreprises ne voient pas le problème dans son ensemble. Au contraire, elles ont tellement d’indicateurs de performance (artefacts) qu’elles ne peuvent même plus voir ce qui se passe réellement avec les décisions qu’elles prennent. Notre focalisation sur les “décisions” garantit que Lokad poursuit ce qui importe réellement pour nos clients (une meilleure performance de la supply chain) plutôt que de poursuivre des indicateurs arbitraires (artefacts numériques).
Qu’est-ce qu’un “artefact numérique” ?
Un artefact numérique fait référence à un nombre qui est perçu comme important, même si ce nombre n’a aucune conséquence directe/tangible pour la supply chain de l’entreprise. Par exemple, les taux de service sont des artefacts numériques. Les artefacts numériques ne sont pas réels, ce sont plutôt des abstractions - souvent sélectionnées arbitrairement par un praticien.
Par exemple, un taux de service de 98% peut masquer le fait que de nombreux clients ont déjà cessé de commander en raison d’une mauvaise qualité de service passée. De plus, les artefacts numériques ne peuvent pas être contrôlés directement. Une entreprise peut passer plus de commandes de réapprovisionnement, mais elle ne peut pas décider unilatéralement que les taux de service seront de 98%, car ce sont les clients qui décident finalement de la quantité d’un produit donné consommée.
Les artefacts numériques s’opposent par définition aux “décisions”, qui ont de réelles conséquences pour l’entreprise. Les décisions sont également entièrement à la discrétion de l’entreprise. Les décisions typiques de la supply chain comprennent les commandes de réapprovisionnement, les ordres de production, les changements de prix, etc. Contrairement aux artefacts numériques, chaque mauvaise décision est une perte irrévocable pour l’entreprise. Par exemple, la classe ABC (artefact numérique) d’un article peut être complètement incorrecte/inexacte, mais tant qu’il n’y a pas de surstock et pas de rupture de stock, cela n’a pas d’importance. En revanche, une seule commande d’achat démesurément importante (décision) peut transformer un article bien approvisionné en une perte massive.
Au fil des années, Lokad a appris à ses dépens que les indicateurs numériques sont souvent illusoires et trompeurs. Plus souvent qu’autrement, les précisions des prévisions et les taux de service caractérisent totalement de manière erronée le problème qui nous intéresse (à savoir, anticiper et satisfaire la demande de manière rentable pour une entreprise). Nous devons nous concentrer sur les “dollars d’erreur” pour une décision donnée, et non sur les “pourcentages d’erreur” pour un artefact numérique.
Que signifie “robotisé” ?
Lokad robotise (“automatise”) les décisions de la supply chain répétitives en les rendant banales. Cela signifie que toutes les décisions quotidiennes confiées à Lokad (par exemple, les ordres de production, les changements de prix, les allocations de stock) sont générées de manière entièrement automatisée. En règle générale, la plupart de nos clients peuvent fonctionner pendant des semaines sans aucune intervention directe de Lokad - à condition que les conditions du marché ne changent pas trop radicalement. Nos Supply Chain Scientists améliorent en permanence les recettes numériques que nous avons mises en place, mais aucun Supply Chain Scientist n’est nécessaire pour générer les décisions de la supply chain d’un jour donné - nos recettes numériques sont conçues pour fonctionner de manière automatisée.
Cette approche est radicalement différente de celle de nos pairs (autres éditeurs de logiciels d’entreprise) offrent. Dans leur cas, les praticiens de la supply chain sont traités comme les “coprocesseurs humains” de leur système. Dès que les praticiens cessent de travailler avec un logiciel, plus rien ne se passe dans l’entreprise car leur temps est consacré à produire des décisions de la supply chain.
En revanche, Lokad transforme chaque minute de travail des praticiens de la supply chain en un investissement pour l’amélioration de la recette numérique qui permet la robotisation des décisions. Si les praticiens de la supply chain arrêtent de travailler, cela n’a aucun impact sur l’exécution robotisée de la recette numérique. La recette numérique cesse simplement de s’améliorer. Si cela devait continuer pendant un certain temps, cela entraînerait inévitablement une dégradation de la qualité des décisions, car la recette numérique perdrait sa pertinence (en raison des changements des conditions du marché).
Cependant, Lokad a mis en place une série de mécanismes d’auto-attention pour détecter rapidement une telle dégradation de la qualité, et peut ainsi déclencher une inspection humaine de la recette numérique (d’abord par un Supply Chain Scientist, puis par un praticien de l’entreprise cliente).
Qu’est-ce qu’une “initiative de la supply chain” ?
Cela fait référence spécifiquement à un projet de supply chain piloté par la perspective de la “Supply Chain Quantitative” (QSC) de Lokad. L’objectif d’une telle initiative est de robotiser une classe donnée de décisions de la supply chain et d’atteindre des performances supérieures à celles des humains dans le processus. L’objectif d’une telle initiative n’est pas seulement d’améliorer un problème spécifique au sein de la supply chain du client, mais de fournir une amélioration systémique à l’échelle de l’entreprise.
Les initiatives de supply chain de Lokad s’attaquent généralement aux commandes d’achat, aux ordres de production, aux allocations de stocks, aux changements de prix, aux plannings de production détaillés, etc. En essence, nous abordons toutes les décisions banales et répétitives nécessaires au bon fonctionnement de la supply chain du client.
L’initiative de la supply chain est destinée à être dirigée par les Supply Chain Scientists (SCS) de Lokad. Un SCS est là pour concevoir toutes les recettes numériques nécessaires à l’automatisation des décisions de la supply chain qui les intéressent. De plus, le SCS est responsable de la visualisation (par exemple, à travers des rapports et des tableaux de bord) des recettes numériques afin que les clients (en particulier la direction supérieure) comprennent à la fois comment et pourquoi l’automatisation offre des performances supérieures à celles des humains.
Le livrable d’une initiative de supply chain de Lokad est la mise en production de la ou des recette(s) numérique(s) que le SCS a conçue(s) pour le client. Ce livrable automatise les décisions et transforme efficacement la supply chain en un actif productif pour le client (de la même manière qu’un équipement automatise la production de biens physiques).
Qu’est-ce que l’“optimisation expérimentale” ?
L’optimisation expérimentale est une méthodologie utilisée par Lokad pour aborder les problèmes où la notion même d’“amélioration” est floue au début du processus d’optimisation. Ce manque de clarté est dû au fait que les critères d’optimisation (métriques) et leurs niveaux favorables ne sont pas connus, ou même s’ils ont été préalablement fixés à certains niveaux, ils ne peuvent pas être immédiatement justifiés en termes financiers (par exemple, rentabilité, ROI, etc.). L’objectif de l’“optimisation expérimentale” est d’établir une méthode rigoureuse (certains diraient “scientifique”) pour quantifier ce que signifie “amélioration” pour une supply chain d’un point de vue financier.
Par exemple, considérez un magasin de mode qui souhaite améliorer sa qualité de service. L’un des principaux problèmes est qu’il est difficile d’identifier ce que “qualité de service” signifie vraiment pour le client moyen, étant donné la nature différente des habitudes d’achat des hommes et des femmes, ainsi que l’influence des substitutions. Les substitutions, par nature, rendent difficile l’identification de la façon dont les clients perçoivent votre offre, même s’ils ont effectué un achat - par exemple, l’achat d’un t-shirt noir uni au lieu d’un t-shirt blanc uni qui est en rupture de stock. Sur le papier, une vente a été réalisée, mais l’absence du t-shirt blanc uni peut signaler la fin de la fidélité du client, en particulier si cela se produit régulièrement. De plus, les hommes sont moins susceptibles de passer du temps à parcourir plusieurs articles que les femmes, donc ne pas avoir l’article exact qu’ils veulent (ou une substitution appropriée) peut être décisif lorsqu’il s’agit de faire un achat. Ainsi, ce que la direction pense savoir sur son propre entreprise (et ses clients) peut être extrêmement trompeur, ce qui peut orienter ses stratégies de stockage dans la mauvaise direction.
Dans cette optique, l’optimisation expérimentale consiste à mener une série d’expériences qui remettent en question les critères d’optimisation eux-mêmes - l’instrument même qui quantifie si la supply chain est meilleure ou pire (par exemple, “qualité de service”). L’essentiel de la méthode consiste à choisir un critère, à exécuter une optimisation mathématique (ou plus précisément une optimisation stochastique) par rapport à ce critère, et à évaluer les décisions résultantes de la supply chain. Cette évaluation ne se fait pas de manière globale, mais en comparaison avec les décisions les plus insensées qui ne peuvent tout simplement pas être correctes. Le critère doit ensuite être modifié afin d’éliminer progressivement ces décisions insensées, jusqu’à ce qu’il n’en reste plus.
Le critère résultant a donc été obtenu grâce à une série d’expériences. Contrairement à la perspective d’optimisation classique qui suppose que les critères sont connus à l’avance, sans jamais être remis en question par le monde réel ; l’optimisation expérimentale découvre les critères en confrontant à plusieurs reprises les critères aux paramètres du monde réel.
Pour revenir à l’exemple de la mode précédent, une optimisation expérimentale peut indiquer que la redistribution des stocks existants entre les magasins est la solution optimale, ou peut-être que simplement réorganiser les présentoirs dans chaque magasin suffit à stimuler un plus grand trafic et une meilleure qualité de service perçue. Ces conclusions ne sont découvrables qu’après avoir expérimenté à plusieurs reprises avec la recette numérique qui génère la ou les recommandations d’optimisation.
La supply chain, comme tout autre système, est plus que la somme de ses parties. En fait, le fléau de la supply chain est que la plupart des améliorations supposées ne font que déplacer les problèmes plutôt que de les résoudre, car les problèmes sont traités comme des problèmes locaux plutôt que comme des expressions de problèmes à l’échelle du système. Par exemple, augmenter les niveaux de service implique généralement d’augmenter les pertes d’inventaire également. En conséquence, il est toujours difficile de quantifier si quelque chose rend le système (la supply chain) meilleur ou pire.
De plus, dans le cas spécifique des supply chains, cette difficulté est aggravée car il faut généralement beaucoup de temps pour que les événements se déroulent. Dans le cas du magasin de mode mentionné précédemment, les hommes peuvent être incroyablement fidèles à un magasin qui a constamment les articles qu’ils veulent, motivés par la simple commodité de ne pas avoir à passer trop de temps à faire les courses. Par conséquent, les ruptures de stock peuvent être dévastatrices pour la fidélité des clients et prendre beaucoup de temps à se manifester (car les hommes ne font leurs courses que quelques fois par an, mais achètent de nombreux articles à chaque visite pour maximiser la valeur de chaque voyage). Ces considérations et contingences confondent toutes les approches naïves visant à quantifier les performances de la supply chain, c’est pourquoi Lokad préconise une solution basée sur l’optimisation expérimentale.
Pour une perspective plus détaillée, consultez une conférence complète sur l’optimisation expérimentale pour la supply chain.
Qu’est-ce que la “prévision probabiliste” ?
La prévision probabiliste est le processus d’identification de toutes les valeurs/résultats/scénarios futurs possibles (par exemple, la demande d’un SKU donné) et d’assignation d’une probabilité à chaque valeur. La probabilité représente la probabilité que cette valeur devienne “réelle” (par exemple, on peut avoir une probabilité de 3% de vendre 4 unités ; une probabilité de 4% de vendre 5 unités ; une probabilité de 2% de vendre 6 unités, etc.). Numériquement, lorsque ces probabilités sont additionnées, cette distribution de probabilité (également appelée “prévision probabiliste”) couvre 100% des valeurs potentielles (par exemple, la demande).
Une prévision est dite “probabiliste” si la valeur prévue est une distribution de probabilité plutôt qu’un seul point. Les prévisions probabilistes sont l’opposé des prévisions ponctuelles traditionnelles qui dominent la théorie de la supply chain grand public. Le principal avantage des prévisions probabilistes est qu’elles intègrent l’incertitude irréductible de l’avenir, au lieu de prétendre que la “prévision parfaite” est imminente si seulement un modèle légèrement plus précis pouvait être découvert. Les prévisions probabilistes quantifient l’incertitude, et cette quantification est fondamentale pour produire ultérieurement des décisions de supply chain ajustées au risque. Sans prévisions probabilistes, les décisions sont fragiles car elles ignorent complètement les variations banales (par exemple, la demande, le délai d’approvisionnement) qui sont censées se produire même dans des conditions de marché régulières.
Il convient de noter que toute prévision ponctuelle de séries temporelles peut être “mathématiquement” transformée en une distribution de probabilité. C’est exactement ce qui est fait avec les stocks de sécurité, car la demande et le délai d’approvisionnement peuvent être associés à des distributions normales (gaussiennes). Cependant, bien que de telles techniques génèrent nominativement des distributions de probabilité, ces techniques passent également complètement à côté du sujet. Le problème central à résoudre par une prévision probabiliste est de produire une prévision plus riche - une prévision qui contient plus d’informations qu’une prévision ponctuelle. Cette prévision probabiliste n’est pas nécessairement plus précise, tout comme une photographie en couleur n’a pas nécessairement une meilleure résolution qu’une photographie en noir et blanc. Cependant, par construction, une prévision ponctuelle manque de cette dimension supplémentaire. Même si une astuce mathématique peut être utilisée pour ajouter des probabilités, ces probabilités seront presque entièrement inventées, tout comme la colorisation d’une image peut être très plausible tout en étant factuellement incorrecte.
En résumé, les prévisions probabilistes représentent l’une des étapes clés du traitement des données nécessaires à l’optimisation prédictive d’une supply chain.
Qu’est-ce que la “prévision générale” ?
Une technique de prévision est dite “générale” si elle prend en charge des données qui ne se présentent pas sous la forme de séries temporelles. En effet, bien que les prévisions de séries temporelles soient très utiles à des fins de visualisation, elles sont finalement un modèle simpliste et unidimensionnel qui ne parvient pas à refléter les événements tels qu’ils se déroulent dans une supply chain réelle.
Cependant, la prise en compte de plusieurs séries temporelles ne résout pas le problème non plus.
Par exemple :
- les achats répétés des mêmes clients ne peuvent pas être modélisés avec des séries temporelles car une série temporelle de la demande aplatit complètement l’origine de chaque unité achetée.
- la cannibalisation ou la substitution ne peuvent pas être représentées sous forme de séries temporelles car les dépendances entre les articles sont perdues.
- la concurrence entre les concurrents sur les prix, les remises en vrac, les niveaux de service, etc., ne peut pas être capturée par une série temporelle car elle ne peut pas refléter ces facteurs causaux.
Dans la théorie dominante de la supply chain, les prévisions de séries temporelles sont l’alpha et l’oméga. Pourtant, un examen attentif des situations réelles devrait démontrer que les prévisions de séries temporelles sont invariablement une simplification gravement erronée de la situation - voir les exemples énumérés ci-dessus. Dans la théorie de la Supply Chain Quantitative (QSC) de Lokad, il vaut mieux être approximativement correct que complètement faux. Prétendre qu’un problème réel (par exemple, les substitutions) n’existe pas ne fait pas disparaître le problème.
Pour cette raison, depuis le début des années 2010, Lokad a développé et pionnier toute une série de technologies de prévision supérieures qui fournissent des formes de prévisions plus générales (au-delà des simples séries temporelles de base). Selon notre QSC, chaque source d’incertitude nécessite une prévision probabiliste propre. Ces “prévisions générales” ne sont pas fournies par des “modèles de prévision”, mais par des paradigmes de machine learning programmatiques, tels que la programmation différentiable.
Qu’est-ce que la “prévision classique” ?
Par “prévision classique”, nous entendons la prévision ponctuelle de séries temporelles. Les prévisions ponctuelles de séries temporelles sont si omniprésentes dans la théorie dominante de la supply chain que de nombreuses personnes, y compris de nombreux professionnels de la supply chain, ne réalisent pas que les prévisions ponctuelles de séries temporelles ne sont qu’une forme de prévisions statistiques. En réalité, il existe une multitude de formes alternatives de prévisions statistiques, la prévision ponctuelle de séries temporelles étant l’une des plus simplistes.
Note: Une prévision simpliste n’est pas nécessairement une mauvaise chose. En fait, Lokad estime que le logiciel de prévision ne devrait pas être plus compliqué que nécessaire pour accomplir sa tâche. Cependant, les prévisions ponctuelles de séries temporelles sont excessivement simplistes, comme cela a été démontré dans « Qu’est-ce que la “prévision générale” ? ».
Les prévisions ponctuelles de séries temporelles ont gagné en popularité au tout début du XXe siècle, soit un demi-siècle avant l’avènement des ordinateurs d’entreprise. Jusqu’à ce que les ordinateurs puissants deviennent largement abordables, les prévisions ponctuelles de séries temporelles étaient les seules prévisions statistiques pouvant être produites. Malgré leur simplicité extrême, la production de prévisions de séries temporelles était déjà un travail trop important pour vraiment valoir l’investissement - étant donné qu’elles étaient réalisées sans la puissance de traitement des ordinateurs d’entreprise. En conséquence, la plupart des entreprises utilisaient toutes sortes de stratagèmes pour éliminer complètement la nécessité de prévoir statistiquement quoi que ce soit en premier lieu.
Il existe deux voies distinctes et complémentaires pour aller au-delà des prévisions classiques. La première voie consiste à remplacer l’angle de la “prévision ponctuelle” par celui de la “prévision probabiliste”.
Les prévisions probabilistes, contrairement à leurs homologues “ponctuelles”, fournissent des densités de probabilité complètes. Les prévisions probabilistes intègrent l’incertitude irréductible du futur et quantifient frontalement cette incertitude. Du point de vue de la supply chain, les prévisions probabilistes sont nettement supérieures aux prévisions ponctuelles car elles permettent le calcul ultérieur de décisions de supply chain ajustées au risque. En revanche, les prévisions ponctuelles ignorent toutes les sources d’incertitude et les décisions qui en découlent sont fragiles par conception.
La deuxième voie consiste à remplacer l’angle des “séries temporelles” par une alternative de dimension supérieure. Les séries temporelles sont unidimensionnelles par conception. Cette limitation inhérente signifie que les prévisions de séries temporelles sont tout simplement incapables de capturer même les interdépendances les plus basiques qui peuvent être observées dans le flux des biens de la supply chain.
Par exemple, les prévisions de séries temporelles ne peuvent pas appréhender la cannibalisation et la substitution. Elles ne peuvent pas appréhender le risque d’avoir un volume de ventes stable qui dépend entièrement d’un seul gros client (par exemple, dans les situations B2B). Elles ne peuvent pas appréhender la perspective du panier d’un client faisant ses courses dans un hypermarché et ayant besoin de tous les ingrédients nécessaires pour réaliser une recette (c’est-à-dire que l’absence d’un seul article signifie que rien n’est acheté). Lokad utilise la programmation différentiable pour concevoir des modèles prédictifs qui vont au-delà de la perspective unidimensionnelle des séries temporelles et capturent les véritables informations d’intérêt.
En conclusion, la prévision classique est une perspective statistique désuète qui n’a pas sa place dans une supply chain moderne. S’appuyer sur des prévisions classiques - également appelées prévisions ponctuelles de séries temporelles - est une recette pour l’échec, car ces prévisions conduisent au mieux à des décisions fragiles et au pire à des décisions incorrectes. Nous recommandons plutôt d’utiliser une prévision probabiliste générale, en exploitant généralement un paradigme d’apprentissage automatique programmable tel que la programmation différentiable.
Qu’est-ce que la “perspective du panier” ?
La perspective du panier est une préoccupation d’une importance primordiale pour tous les secteurs où les clients sont censés acheter plusieurs articles à la fois (dans une seule transaction), plutôt qu’un seul article. Elle fait référence à la valeur perçue d’avoir les achats effectués en combinaison plutôt que isolément. En d’autres termes, la valeur de tous les articles disponibles dans leur ensemble peut être supérieure à la somme des valeurs disjointes des articles acquis séparément. Cette perspective est essentielle pour de nombreux secteurs tels que la vente au détail de produits généraux par exemple. Reconnaître cette interdépendance de la demande conduit à de meilleures décisions en matière de supply chain par rapport aux méthodologies traditionnelles qui traitent chaque achat de SKU comme un événement isolé.
Par exemple, considérons un client entrant dans un supermarché pour acheter plusieurs articles. Ces articles représentent un mélange de produits de base essentiels (par exemple, du lait, du pain et des œufs) et d’achats discrétionnaires (par exemple, de la crème glacée et du chocolat). Si le supermarché est en rupture de stock pour un article discrétionnaire (par exemple, du chocolat), le client est susceptible d’acheter quand même les autres articles (lait, pain, œufs et crème glacée). Cependant, s’il y a une rupture de stock pour un produit de base essentiel (par exemple, du lait), le client peut partir sans rien acheter et se rendre chez un concurrent pour effectuer ses achats. Ainsi, la pénalité financière de la rupture de stock pour l’article essentiel s’étend au-delà de l’article lui-même, impactant l’ensemble du panier de ventes.
Fondamentalement, il existe des relations entre les produits, et l’absence de certains produits affecte la probabilité que les clients achètent d’autres produits. Lokad intègre ce phénomène subtil mais significatif dans ses recommandations de décisions en matière de supply chain afin d’optimiser les stocks et de réduire les ruptures de stock (classées de celles qui causeraient le plus de dommages à celles qui en causeraient le moins), améliorant ainsi les ventes globales, les bénéfices des clients et la satisfaction des clients.
Qu’est-ce qu’un “scientifique de la supply chain” ?
Un scientifique de la supply chain (SCS) est la personne qui dirige l’une des initiatives de Supply Chain Quantitative (QSC) de Lokad avec un client, par exemple la fourniture de commandes d’achat ajustées en fonction des risques, de listes d’allocation de stocks, de prix, etc. Le terme “scientifique de la supply chain” a été inventé par Joannes Vermorel, PDG et fondateur de Lokad, en 2017. L’engagement principal du SCS est la génération, la maintenance et la propriété des recettes numériques responsables de la prise de décision dans une initiative de supply chain donnée.
Contrairement à un data scientist, dont la responsabilité principale consiste à produire des modèles pour soutenir le processus de prise de décision, le SCS assume la responsabilité personnelle de la qualité des recommandations de décision générées par les recettes numériques. De plus, le SCS assume également la responsabilité directe de la création de tous les instruments (par exemple, les tableaux de bord, les rapports) qui expliquent la logique et la pertinence des décisions générées. Cela peut sembler un peu paradoxal, mais alors que Lokad met l’accent sur la robotisation des processus de prise de décision fastidieux, nous mettons également la responsabilité personnelle au premier plan. Un QSC n’est pas un “système” responsable de la performance de la supply chain, mais une personne qui pilote le QSC.
Cependant, bien qu’un SCS ait une responsabilité personnelle, il n’est pas seul dans sa mission. Lokad est entièrement dédié à s’assurer que chaque SCS bénéficie du plus grand soutien possible. Cela implique de fournir au SCS tous les outils logiciels nécessaires, les instruments mathématiques, les méthodologies, la formation et la surveillance de la part des SCS seniors.
Une description plus détaillée de ce que fait un SCS peut être trouvée dans notre article dédié de la base de connaissances Le Supply Chain Scientist.
Qu’est-ce qu’un “praticien de la supply chain” ?
Le terme “praticien de la supply chain” désigne généralement toutes les personnes qui sont traditionnellement impliquées dans ou responsables de la prise de décision de la supply chain dont l’entreprise a besoin pour fonctionner. Comme il n’existe pas de terminologie unifiée, le titre varie selon les secteurs d’activité et d’une entreprise à l’autre. Les variations courantes de “praticien de la supply chain” incluent planificateur de l’offre et de la demande, analyste des stocks, prévisionniste de la demande, gestionnaire de catégorie, gestionnaire des stocks, directeur de production, directeur des achats, directeur des tarifs, etc.
La Supply Chain Quantitative (QSC) offre une vision modernisée du rôle du praticien de la supply chain. Alors que le praticien de la supply chain traditionnel est directement responsable de soutenir manuellement le processus de prise de décision, le QSC recommande de mécaniser entièrement toutes les tâches répétitives. Grâce à cette robotisation, les praticiens de la supply chain peuvent se concentrer sur des tâches qui apportent une valeur ajoutée plus importante pour l’entreprise. En particulier, les praticiens de la supply chain sont à l’avant-garde de la remise en question des recettes numériques (les éléments logiciels qui soutiennent la robotisation de la supply chain) en recueillant les commentaires et les informations de haut niveau des clients et des fournisseurs.
Que signifie “exécutif de la supply chain” ?
Pour Lokad, ce terme désigne spécifiquement une personne qui est en mesure d’arbitrer les propositions contradictoires au sein de l’entreprise concernant les processus de prise de décision robotisés qui orchestrent la supply chain.
Ce rôle est essentiel dans une initiative de Supply Chain Quantitative (QSC), qui unifie les processus de prise de décision de la supply chain grâce à des évaluations financières explicites réalisées avec une logique logicielle. Le QSC révèle toutes les contradictions et ambiguïtés qui préexistent généralement dans l’entreprise. Par conséquent, afin de s’assurer qu’une initiative de supply chain ne se retrouve pas bloquée par une simple indécision, un exécutif de la supply chain doit être nommé avec le pouvoir d’arbitrer les propositions contradictoires d’un point de vue stratégique (par exemple, atteindre le taux de service attendu à tout prix versus trouver un ensemble optimisé de décisions dans un budget contraint).
Note: Le QSC ne suppose pas que l’exécutif de la supply chain ait une capacité innée à être “juste” tout le temps. Distinguer ce qui fonctionne de ce qui ne fonctionne pas est le rôle de la méthodologie d’optimisation expérimentale utilisée par Lokad, et non de l’exécutif de la supply chain.
Qu’est-ce qu’une “décision ajustée au risque” ?
Dans le contexte de l’optimisation de la supply chain, une décision est dite ajustée au risque si elle équilibre soigneusement les coûts économiques associés à l’état incertain futur du marché et de la supply chain elle-même. Une décision ajustée au risque est “meilleure” dans le sens où en considérant tous les futurs possibles et leurs probabilités associées, le résultat financier moyen associé à cette décision s’avérera être supérieur à celui des alternatives.
De plus, les décisions ajustées au risque ont tendance à être des décisions anti-fragiles (par opposition aux décisions fragiles). Cela signifie que leurs gains économiques attendus restent relativement bons (ou simplement acceptables) pour une large gamme de variations futures. Cette propriété est obtenue grâce à la prise en compte de toutes les contraintes et coûts non linéaires (par exemple, la périssabilité).
L’hypothèse implicite derrière l’idée même de décisions ajustées au risque est que les coûts économiques importants se situent aux extrêmes : c’est la demande inattendue élevée qui provoque les ruptures de stock, et c’est la demande inattendue faible qui provoque les surstocks. Entre les deux, tout se passe à peu près comme prévu, et toutes les améliorations apportées au cas “comme prévu” sont principalement négligeables pour l’entreprise.
En revanche, la plupart des processus de prise de décision recommandés par la théorie dominante de la supply chain ne génèrent pas de décisions ajustées au risque. En fait, les décisions sont généralement fragiles. Elles sont fragiles (voir explication complète ci-dessous) car elles ne possèdent pas l’ingrédient essentiel pour générer une décision ajustée au risque en premier lieu : une prévision probabiliste. En effet, si la seule prévision disponible est une prévision de séries temporelles ponctuelle, alors le processus de prise de décision va implicitement “tout miser” sur une seule valeur future (par exemple, la demande) qui est supposée être parfaitement connue. Cette approche conduit invariablement à des décisions fragiles car elles deviennent immédiatement inadéquates dès qu’une exception ou un risque imprévu se présente - ce qui est trop courant en supply chain et trop facile à anticiper avec une prévision probabiliste.
Une illustration plus détaillée (bien que plus technique) de la manière dont les décisions ajustées au risque sont dérivées dans la pratique peut être trouvée dans notre tutoriel Reconstitution des stocks priorisée dans Excel avec des prévisions probabilistes et notre conférence QSC Allocation des stocks de détail avec des prévisions probabilistes.
Qu’est-ce qu’une décision fragile ?
Dans le contexte de l’optimisation de la supply chain, une décision est fragile si de légères variations des conditions du marché ou de l’état de la supply chain elle-même compromettent les gains économiques qui étaient initialement attendus de cette décision. Les processus de prise de décision promus par la théorie dominante de la supply chain produisent invariablement des décisions fragiles - même en tenant compte de conditions de marché légères où rien de notable ne se produit.
À notre avis, les décisions doivent être ajustées au risque. C’est l’approche recommandée par la philosophie de la Supply Chain Quantitative (QSC) de Lokad. En pratique, produire une décision ajustée au risque nécessite deux ingrédients importants : d’abord une prévision probabiliste, puis une optimisation stochastique.
La prévision probabiliste quantifie l’incertitude future sous la forme d’une distribution de probabilité. L’optimisation stochastique calcule la décision qui se révélera “la meilleure” en moyenne en tenant compte de tous les futurs possibles et de leurs probabilités respectives. Cela se fait en combinant les moteurs économiques, les contraintes et les prévisions probabilistes.
Qu’est-ce que la corruption épistémique ?
La corruption épistémique se produit lorsqu’un corpus de connaissances perd son intégrité et cesse d’être utile pour les personnes ou l’organisation qui se fient à ces connaissances pour améliorer leur activité.
Malheureusement, la supply chain, en tant que domaine d’étude, a subi un grave cas de corruption épistémique depuis la fin de la Seconde Guerre mondiale. Il existe deux causes principales à cet état de fait actuel :
Premièrement, l’université, principalement de manière involontaire, a abandonné le sujet il y a des décennies. Alors que des dizaines de milliers d’articles sont publiés chaque année, pratiquement aucun de ces articles ne peut être reproduit ou falsifié (au sens poppérien de la falsification*). Contrairement à d’autres domaines qui ne souffrent pas de corruption épistémique généralisée (par exemple, l’étude des algorithmes), les articles sur la supply chain sont presque jamais utilisés dans des contextes réels, et certainement pas longtemps lorsqu’ils le sont.
Deuxièmement, les analystes de marché, les éditeurs de logiciels et les consultants agissent en tant qu’adversaires depuis des décennies. En effet, il y a des profits à réaliser en prolongeant plutôt qu’en résolvant les problèmes. Des méthodes obsolètes qui auraient dû disparaître depuis longtemps ont été maintenues en vie par des acteurs qui étaient trop désireux de maintenir le statu quo. Étrangement, le statu quo existe depuis si longtemps que la plupart de ces personnes peuvent honnêtement affirmer que, de leur point de vue, les méthodes ont “toujours” existé - car, techniquement, les problèmes les précèdent effectivement.
La solution aux cas généralisés de corruption épistémique réside dans des méthodologies et des méthodes plus efficaces qui permettent aux entreprises de séparer plus rapidement (et mieux) le bon grain de l’ivraie. À cette fin, Lokad mène depuis 2011 un effort de refondation de la supply chain. Cette approche novatrice est appelée “Supply Chain Quantitative” (SCQ). Elle propose des techniques et des méthodologies alternatives, telles que la prévision probabiliste et l’optimisation expérimentale.
*Le “sens poppérien de la falsification” fait référence à la philosophie des sciences développée par Karl Popper. Selon Popper, pour qu’une théorie soit considérée comme scientifique, elle doit être falsifiable - c’est-à-dire qu’il doit être possible de concevoir une observation ou une expérience qui pourrait prouver que la théorie est fausse. En d’autres termes, les théories scientifiques doivent faire des prédictions qui peuvent être testées et potentiellement réfutées. Ce concept est essentiel pour distinguer les théories scientifiques des théories non scientifiques. La recherche en supply chain (typiquement) manque de falsifiabilité car les théories ne peuvent pas être testées et potentiellement réfutées, ce qui compromet leur valeur scientifique et contribue à la corruption épistémique du domaine.
Qu’est-ce que la “correction par conception” ?
La correction par conception est un principe qui met l’accent sur l’importance de s’assurer que la conception d’un système empêche intrinsèquement certains types d’erreurs ou de défaillances. Cette approche s’oppose à la pratique plus courante qui consiste à se fier à des tests approfondis et à un contrôle qualité pour détecter et corriger les problèmes après leur survenue. L’objectif de la correction par conception est de réduire au minimum la nécessité d’une maintenance continue et de réduire le risque de défaillances catastrophiques pouvant résulter de systèmes complexes. Dans le contexte de l’optimisation de la supply chain, la correction par conception est particulièrement pertinente car la couche analytique (la couche responsable des processus de prise de décision) ne doit pas augmenter le chaos endémique à la supply chain - un environnement déjà chaotique, il faut l’admettre.
Les recettes numériques - destinées à soutenir les processus de prise de décision de la supply chain - sont souvent mises en œuvre avec des outils génériques qui n’offrent aucune correction par conception. En conséquence, de telles recettes numériques échouent généralement en raison de mille coupures. La production échoue en raison d’erreurs d’index hors limite, d’erreurs de mémoire insuffisante, de conditions de concurrence, de dépassements ou de sous-dépassements numériques, etc. “Avancer rapidement et casser des choses” est une philosophie d’ingénierie acceptable pour une application de style de vie, mais pas pour un système d’entreprise critique.
Dans cette optique, Lokad a développé Envision, son langage de programmation spécifique au domaine (DSL) dédié à l’optimisation prédictive des supply chains, en tenant compte de la correction par conception. Lokad n’a pas commencé avec Envision lors de sa création en 2008. Pendant des années, nous nous sommes appuyés sur des langages à usage général tels que Python. Il nous a fallu des années pour réaliser que nos tentatives échouaient plus souvent qu’autrement à cause de Python.
Encore plus déconcertant, la situation était exactement la même pour les équipes de data science de nos propres clients. L’histoire se déroulait presque toujours de la même manière : en l’espace de trois semaines, l’équipe de data science avait créé ce qui semblait être un prototype très prometteur. Pourtant, après un an d’efforts intenses pour s’assurer qu’il fonctionnerait dans des conditions de production réelles, le projet était abandonné car il n’avait jamais atteint le niveau de “productionnalité” nécessaire.
Ainsi, après des années de douleur et de misère, nous avons conclu en 2012 que le langage de programmation lui-même était le problème central à résoudre. En d’autres termes, Python n’était pas la solution, mais le problème. Par conséquent, ne disposant d’aucune meilleure alternative, l’équipe d’ingénierie de Lokad a lancé un effort d’ingénierie de dix ans pour créer un DSL dédié aux supply chains qui aborderait “par conception” tous ces problèmes dans toute leur ampleur. C’est ainsi qu’Envision est né.
Plus d’une décennie plus tard, nous avons maintenant plusieurs milliards de dollars (USD et EUR) de stocks sous le contrôle direct des recettes numériques étendues écrites en Envision. Envision a considérablement amélioré non seulement la productivité des Supply Chain Scientists de Lokad, mais il a également énormément réduit la fréquence des erreurs “bêtes” et très coûteuses.
En conclusion, la correction par conception est une exigence fondamentale pour tout langage de programmation destiné à piloter des supply chains réelles. De nombreux éditeurs de logiciels, par négligence ou incompétence pure, n’abordent pas frontalement ce problème, causant invariablement des dommages immenses à leurs clients.
Qu’est-ce que la “maintenabilité” ?
La maintenabilité, dans le contexte des logiciels de supply chain, fait référence à la capacité de l’entreprise et de ses fournisseurs de logiciels de maintenir son paysage applicatif en état de fonctionnement.
En ce qui concerne la “gestion” de la supply chain, la “maintenabilité” est une affaire relativement simple. Il y a une routine de correctifs de sécurité et de compatibilité pour maintenir le logiciel en état de fonctionnement dans des conditions changeantes (par exemple, des changements de systèmes d’exploitation, de navigateurs, de versions de bases de données, etc.). À moins que l’entreprise ne souhaite apporter des modifications fonctionnelles à ses applications de “gestion”, la maintenabilité est largement garantie si le fournisseur est même modestement compétent.
Cependant, l’optimisation de la supply chain est un problème très différent. Les recettes numériques qui automatisent les processus de prise de décision perdent invariablement leur pertinence avec le temps. La cause de la dégradation n’est pas tant la croissance et la contraction du marché, car il est assez simple de prendre en compte numériquement ce type de variation dans le cadre des recettes numériques statiques (par exemple, une moyenne mobile le fait, bien que de manière rudimentaire).
En revanche, la cause de la dégradation est l’évolution des problèmes à résoudre. Les conditions de marché en évolution ne nécessitent pas seulement des réponses qui sont quantitativement différentes, mais des types de réponses totalement différents. Par exemple, les entreprises de vente par correspondance n’ont jamais eu à faire face au problème de diriger leurs investissements en SEM (search engine marketing) pour soutenir la liquidation des stocks excédentaires - une situation à laquelle les entreprises de e-commerce sont régulièrement confrontées.
Le logiciel d’optimisation de la supply chain est beaucoup plus susceptible d’être affecté par l’évolution des conditions du marché que le logiciel de gestion de la supply chain. En 2024, il n’est pas rare de rencontrer des entreprises qui utilisent toujours un système de gestion des stocks déployé dans les années 1990 (qui peut encore sembler fonctionner parfaitement), étant donné que les tâches de gestion des stocks administratives sont restées pratiquement inchangées au cours des 30 dernières années. Cependant, une logique d’optimisation de la supply chain qui reste pertinente pendant 3 ans est extrêmement rare.
La plupart des fournisseurs d’optimisation de la supply chain ne reconnaissent pas ce problème fondamental. En conséquence, les investissements ont tendance à être fortement concentrés au tout début, lorsque l’entreprise cliente est intégrée par les fournisseurs. Pendant les premiers mois, alors que le fournisseur est encore fortement impliqué dans une configuration en évolution, la solution donne l’illusion d’être satisfaisante. Cependant, 18 mois après la fin de la phase d’intégration par le fournisseur de logiciel, les recettes numériques se sont dégradées au point d’être sans pertinence. Invariablement, les professionnels de la supply chain reviennent à leurs feuilles de calcul qui, bien qu’elles soient rudimentaires, peuvent être maintenues pour rester quelque peu pertinentes.
Le problème de maintenabilité est l’une des principales raisons qui ont conduit Lokad en 2012 à créer Envision - un langage de programmation spécifique au domaine (DSL) dédié à l’optimisation prédictive des supply chains. En effet, au cours des premières années de Lokad (fondée en 2008), nous avons réalisé que quelles que soient les recettes numériques que nous pouvions élaborer, le plus souvent, et peu importe la qualité de notre implémentation initiale, ces recettes devraient être largement réécrites tous les 18 mois environ. C’était le prix à payer pour maintenir l’automatisation strictement alignée sur la stratégie et les priorités en constante évolution de nos clients. Ainsi, Envision a été spécifiquement conçu pour répondre au besoin de réécriture constante afin d’éviter l’irrévérence.
En conclusion, en ce qui concerne l’optimisation de la supply chain, la maintenabilité est largement définie par la capacité de l’entreprise à réécrire régulièrement les recettes numériques qui régissent l’exécution de sa propre supply chain. Bien que cette capacité dépende de la taille de l’équipe de Supply Chain Scientist qui peut être affectée à cette tâche, elle dépend également fortement de la qualité du langage de programmation utilisé pour implémenter les recettes numériques en premier lieu.