En mai 2017, je regarde Dynamics AX sous l’angle du débit opérationnel — c’est-à-dire la quantité de travail réel que l’ERP de mes dealers laisse passer dans une journée. Pas la beauté des écrans, pas le nombre de modules: la vitesse à laquelle une commande devient une livraison facturée. Le débit opérationnel devient un vrai facteur de concurrence, pis l’ERP est au cœur de cette mécanique.

Mon réflexe d’architecte, c’est de chercher le goulot d’étranglement. Dans une chaîne de production de paperasse comme un ERP, le débit total n’est jamais meilleur que son maillon le plus lent. On peut avoir neuf étapes rapides pis une étape qui bloque — c’est l’étape qui bloque qui dicte le rythme de tout le monde.

Chercher le maillon lent

Quand un dealer me dit que ses commandes traînent, je ne cherche pas à accélérer partout. Je cherche où ça coince précisément. Souvent, c’est une seule validation, un seul transfert entre équipes, une seule exception mal gérée qui ralentit toute la chaîne.

flowchart LR
    A[Commande saisie] --> B[Validation credit]
    B --> C[Reservation stock]
    C --> D{Approbation<br/>manuelle?}
    D -->|File d'attente| E[GOULOT: ca bloque ici]
    E --> F[Preparation]
    F --> G[Expedition]
    G --> H[Facturation]
    style E fill:#ff6b6b

Le débit de toute la chaîne, c’est le débit du goulot — pas la moyenne des étapes. Mettre de l’effort à accélérer une étape déjà rapide, ça ne change rien au résultat final. C’est une erreur que je vois souvent: on optimise ce qui est facile à mesurer plutôt que ce qui bloque réellement. Pour mes dealers, identifier le vrai goulot, c’est la moitié du travail.

L’exception, ennemie du débit

Ce qui tue le débit opérationnel, c’est rarement le cas normal. C’est l’exception. La commande qui sort du chemin prévu, le statut qui ne colle pas, la règle d’affaires qui n’avait pas envisagé ce scénario. Une exception bien gérée passe sans bruit; une exception mal gérée arrête la ligne pis demande une intervention humaine.

Le piège, c’est de répondre à chaque exception en ajoutant de la rigidité. Plus de validations, plus d’étapes obligatoires — pis là on déplace la charge sur le monde qui doit faire vivre le processus. Ils contournent, ils créent un goulot ailleurs. Le bon équilibre, c’est un cœur de processus fluide pour le cas normal, pis un chemin clair et rapide pour traiter les exceptions sans bloquer toute la ligne.

Ce que je retiens

En mai 2017, Dynamics AX pis le débit opérationnel, c’est une question de goulot d’étranglement. La chaîne ne va jamais plus vite que son maillon le plus lent, alors mon travail consiste à trouver ce maillon avant de chercher à tout accélérer.

Pour mes dealers, ça veut dire regarder où les commandes attendent vraiment, traquer les exceptions qui arrêtent la ligne, pis résister à la tentation d’empiler de la rigidité partout. Un bon débit, ce n’est pas un ERP qui fait tout: c’est un ERP qui laisse passer le travail normal sans friction pis qui sait gérer l’exception sans tout bloquer. La vitesse réelle se gagne au goulot, pas dans les écrans.