Fonctionnel et livraison, sur SAP IBP, o9 et OMP. Ce qui m'importe, c'est la partie peu glamour : est-ce que la prévision est crue, est-ce que la réunion S&OP décide de quelque chose, est-ce que le stock de sécurité est dimensionné pour le niveau de service que vous avez réellement promis.
Quatorze ans au cœur des transformations supply chain — celles où le système de planification et le processus de planification doivent changer en même temps.
Quatorze ans en planification supply chain, actuellement à la tête de transformations de la planification comme directeur de conseil. Toujours partant pour parler métier — conception de processus, IBP / o9, cadence S&OP. Les opinions ici sont les miennes.
Un fil rouge, cinq portes d'entrée.
Les années de MBA ont appris le vocabulaire — la supply chain comme un système d'arbitrages, pas une checklist. Les quatorze années depuis ont servi à tester ce vocabulaire contre de vraies prévisions, du vrai stock de sécurité, de vraies réunions S&OP qui ont changé quelque chose ou pas.
Deux autres choses tournent en parallèle : zuloma.com et automationdiary.com, tous deux construits et maintenus en marche comme ce site — comme preuve qui fonctionne, pas une slide de portfolio. Le même réflexe partout où il apparaît : ne pas décrire le système, livrer le système, puis expliquer ce qu'il fait.
Les voyages se planifient comme un réseau se conçoit — délibérément, à l'avance, ville par ville — pas poursuivis sur un coup de tête. Cette même disposition (planifier d'abord, prendre le risque calculé, protéger le downside) court sous le travail SCM aussi : le stock de sécurité existe parce que quelqu'un a déjà décidé combien l'échec a le droit de coûter.
Ce site est la plus récente expérience : construit de bout en bout avec Claude Code, en public, mis à jour au même rythme que le travail, les livres et les voyages qui le nourrissent. Pas une revendication de maîtrise de l'IA — le journal de construction est la preuve, page par page.
Ce que les réunions m'ont appris.
Une prévision n'est pas finie quand elle est publiée. Elle est finie quand l'usine, l'équipe commerciale et le planificateur se disputent à partir du même chiffre.
Si la réunion S&OP se termine sans décision, c'était un point d'étape avec de meilleures slides.
Le niveau de service est une promesse avec un prix. Je dimensionne le tampon par rapport à la promesse, pas par rapport à ce qui survit au tour de budget.
Un déploiement d'outil de planification sans refonte des réunions est de la redécoration. Les deux changent le même trimestre, ou aucun des deux.
Je préfère dimensionner votre stock de sécurité plutôt que dessiner votre feuille de route. La partie peu glamour, c'est là où vit l'argent.
Trois endroits où ça se voit.
Travail
Quatorze ans de S&OP, de planification de la demande et de stock de sécurité — des études de cas et deux calculateurs de planification en direct.
La preuve, cas par cas→02Bibliothèque
112 livres sur 11 étagères — lus, chroniqués et ouverts en decks interactifs.
Sortez quelque chose de l'étagère→03Lab
Expériences IA et dépôts open source — un chat jumeau qui fonctionne, un journal de construction, du vrai travail GitHub.
Voyez ce qu'il y a sur l'établi→Si quelque chose de tout ça est tombé près d'un problème qui vous appartient.
Quatorze ans de ça laissent des opinions. La plupart sont déjà sur ce site ; le reste sort par e-mail.
Parler métier, c'est la prévision que personne ne croit, la réunion S&OP qui ne décide rien, le choix IBP-ou-o9 que vous vous apprêtez à payer deux fois. E-mail simple — pas de formulaire, pas de lien d'agenda.
Les opinions ici sont les miennes. Les erreurs de stock de sécurité aussi.