Réalisation — projet entrepreneurial Septembre 2020 à mars 2022

DD
Analysis

Simulation et optimisation de stocks MRP et DDMRP

Aujourd’hui les supply chains sont complexes et l’enjeu de maîtriser les stocks sans s’exposer aux risques devient critique — mais nous continuons à penser localement.

DD Analysis permet d’avoir une approche transversale, au-delà des silos de l’entreprise : simuler le réseau entier avant de modifier les paramètres réels, puis comparer plusieurs politiques de stock afin d’identifier les meilleurs compromis entre disponibilité, stocks et risques (amont, aval et interne).

Vendu Optimisations facturées à des clients payants
Construit Simulateur C#, algorithmes et interface web
Projet terminé Mars 2022

Le problème est un problème de réseau

Schéma conceptuel — aucune donnée

Fournisseur

Un délai ou une quantité reçue s’écarte du plan.

Usine

Nomenclatures et niveaux du réseau absorbent ou transmettent l’écart.

Entrepôt

Baisser le stock ici peut simplement déplacer le problème.

Magasin

La demande varie, les pics remontent la chaîne en sens inverse.

01
Laboratoire
de décision

Un laboratoire de décision pour la supply chain

J’ai développé en C# un simulateur capable de reproduire, jour après jour, le fonctionnement d’une supply chain à plusieurs niveaux.

Quatre capacités du simulateur

01 Représenter les produits, les nomenclatures et les différents niveaux du réseau.
02 Simuler la demande, les prévisions, les pics de consommation et les retards.
03 Faire varier les délais et les quantités réellement reçues.
04 Comparer plusieurs politiques de stock.

Mise à disposition

Une interface web permettait aux utilisateurs de déposer leurs données, de lancer les calculs et de récupérer les résultats.

Le simulateur n’était donc pas un script d’analyse : il était livré comme un outil utilisable dans le cadre d’une mission.

Schéma DD Analysis : à gauche les leviers de paramétrage — DAF, profil de buffer, horizon ADU, pics, type de buffer, facteurs de variabilité et de délai ; au centre la mécanique simplifiée du buffer avec l’ADU, les zones verte, jaune et rouge, les commandes et le stock quotidien ; à droite les objectifs suivis — charge, niveau de service et stock moyen Examiner
Leviers Mécanique du buffer Objectifs suivis
Preuve n° 1 · dd-analysis-ddmrp-model-levers

DD Analysis reliait les leviers de paramétrage aux règles de calcul du buffer, puis aux objectifs suivis : niveau de service, stock moyen et charge.

Schéma d’origine — à redessiner. Emplacement remplaçable, contenu conservé.

02
Preuve
de décision

Comparer avant de modifier le système réel

Sur un réseau réel, un paramètre se règle rarement une seule fois. La simulation permettait de voir l’effet d’un réglage avant de l’appliquer.

Archive DD Analysis : pour deux références, la trajectoire de stock simulée avec les paramètres initiaux ADU 40/20 et avec de nouveaux paramètres ADU 30/30, les ruptures entourées, et le service et le stock obtenus dans chaque cas Examiner
Preuve n° 2 · dd-analysis-parameter-impact

Deux paramètres apparemment proches peuvent produire des trajectoires de stock et des ruptures très différentes. Le simulateur permettait de comparer ces effets avant de modifier le système réel.

Archive du projet — capture à réexporter. Données et courbes conservées telles quelles.

Le balayage à l’entrée ne modifie pas l’image : il désigne la lecture, d’un paramétrage à l’autre.

Emplacement réservé Aucune interface simulée
Données Politique ou scénario Calcul Résultats
DD-APPLICATION-FLOW — capture à retrouver
Le parcours réel de l’interface web : dépôt des données, choix de la politique ou du scénario, lancement du calcul, récupération des résultats.
03
Produit
commercialisé

Un produit réellement commercialisé

Pendant dix-huit mois, j’ai défini la proposition de valeur, développé le produit et ses algorithmes, recherché des prospects, vendu la solution et réalisé les missions auprès de clients payants.

≈ 3 000 €

Tarif facturé par optimisation

Un prix accessible, mais trop faible au regard du travail nécessaire et de la valeur potentielle pour les clients.

≈ 20 %

Objectif moyen de réduction de stock

Un objectif moyen visé, accompagné d’une diminution des retards. Pas une garantie universelle ni un résultat certifié pour tous les clients.

Ce tarif rendait la solution facilement accessible. Avec le recul, j’avais sous-évalué l’offre : je voulais qu’elle reste accessible au plus grand nombre, mais ce positionnement très idéaliste ne permettait pas de construire une activité durable.

Une solution utile doit aussi être tarifée et commercialisée en cohérence avec la valeur qu’elle produit.

DD-PREUVE-COMMERCIALE — document anonymisé à retrouver
Une proposition, une facture ou une synthèse client, anonymisée. Aucun client, document ou montant supplémentaire n’est présenté ici.
À retrouver
04
Cas
d’analyse

Résultats et cas d’analyse

Un support d’analyse complet existe dans les archives du projet. Ses chiffres sont conservés ici comme cas d’analyse, distincts de l’objectif moyen d’environ 20 %.

−14 %
de stock — cas analysé
+0,3 pt
de niveau de service — cas analysé

Cas d’analyse à confirmer avant publication — contexte réel ou simulé à documenter.

Source : dd-analysis-performance-case.pdf · droit de publication à vérifier

DD-CAS-PERFORMANCE — extrait à réexporter
L’extrait du support d’analyse, une fois son contexte documenté et sa publication autorisée.
À produire

Trois statuts à ne pas mélanger

Objectif
≈ 20 % de réduction de stock visé en moyenne.
Scénario
Les chiffres d’un cas analysé, dans son contexte propre.
À documenter
Ce qui reste à confirmer avant publication.
05
Familles
de gestion

Regrouper les produits selon leur comportement réel

Dans certains processus de planification, le simple fait de réorganiser les familles de gestion — sans modifier le reste du système — peut permettre de réduire les stocks de 5 à 10 % à niveau de service constant.

J’ai donc complété DD Analysis par un outil de clustering allant au-delà des classifications ABC/XYZ : il analyse les caractéristiques des produits et leurs historiques de consommation pour identifier ceux qui devraient être gérés de manière similaire.

Le vrai arbitrage

Une optimisation produit par produit peut donner le meilleur résultat théorique, mais créer des centaines de règles impossibles à maintenir au quotidien.

L’objectif n’est pas seulement de trouver l’optimum mathématique, mais une recommandation applicable sur le terrain.

Quatre termes du compromis

01 Les gains de stock obtenus.
02 Le niveau de service conservé.
03 Le nombre de familles à gérer.
04 La simplicité de maintenance pour les opérationnels.

Trois preuves d’archive

Infographies d’origine — 2020-2022, à réexporter
Infographie DD Analysis : comparaison d’un scénario de base à 12 familles gérées en ABC/XYZ et d’un scénario proposé à 20 familles gérées en ABC/XYZ, cycle de vie et délai — stock 520 k€ contre −8 % à 480 k€, service 97,7 % contre +1 point à 98,7 %, sensibilité 124 contre −15 % à 105 Examiner
dd-analysis-redefining-families

Dans ce scénario, une nouvelle segmentation des familles réduit le stock de 8 %, améliore le service d’un point et diminue la sensibilité du système de 15 %.

Scénario analysé — pas une moyenne garantie

Infographie DD Analysis : pour 1,5 k produits et 410 k€ de stock, niveau de service obtenu selon le nombre de familles — 9 familles 96,7 %, 10 familles 96,8 %, 15 familles 97,6 %, 20 familles 98,2 %, 25 familles 98,5 % Examiner
dd-analysis-how-many-families

Le nombre de familles améliore progressivement la performance, mais augmente aussi la charge de maintenance pour les équipes.

Sortie d’analyse DD Analysis : distribution des produits par cluster selon plusieurs dimensions de comportement — délai, quantité et valeur des classes ABC, classe XYZ et coefficient de variation Examiner
dd-analysis-clustering-advanced

Les produits sont regroupés à partir de plusieurs dimensions de comportement, au-delà de leur seule classe ABC/XYZ.

Le clustering tenait compte des caractéristiques des produits et de leurs historiques, puis proposait plusieurs nombres de familles à comparer.

06
De l’expertise
à l’offre

De l’expertise métier à une offre vendue

DD Analysis n’était ni un exercice académique, ni une simple étude de cas, ni uniquement du développement. Le projet réunissait six dimensions.

01 Transformer une expertise supply chain en un produit utilisable.
02 Modéliser des systèmes complexes et comparer plusieurs scénarios.
03 Développer les algorithmes et l’application en C#.
04 Traduire un optimum mathématique en recommandations maintenables par les équipes.
05 Construire une offre, la présenter, la vendre et réaliser les missions.
06 Tirer les enseignements d’un modèle commercial qui créait de la valeur, mais restait insuffisamment rentable.