Logistique : un système lent est un système inutile
La logistique impose une contrainte que la plupart des secteurs ignorent complètement : les échéances sont physiques. Un camion part à cinq heures, un bateau ferme ses portes à une heure donnée, un avion décolle. Rien de tout cela ne se décale parce qu’un système a besoin de trente secondes de plus pour donner une bonne réponse. La conséquence sur la conception est immédiate et souvent découverte trop tard : la justesse ne compense jamais un dépassement de délai, et un système excellent qui répond après la décision n’a aucune valeur. Cette contrainte élimine des architectures entières, notamment celles qui enchaînent plusieurs appels à des modèles pour améliorer une réponse, et elle impose de décider dès le cadrage du temps disponible pour chaque type de décision. L’autre particularité du secteur est que l’effort manuel ne se trouve presque jamais là où on le cherche. On regarde vers l’optimisation des tournées, qui est un problème bien étudié et bien outillé, pendant que les journées se consomment à lire des documents de transport mal scannés.
Transport et logistique, en bref
| La contrainte | Les décisions d’exploitation ont des échéances physiques : un système juste et lent y est inutile d’une façon qu’il ne serait pas ailleurs. |
|---|---|
| La distraction | L’optimisation de tournées, problème de recherche opérationnelle bien étudié, et généralement pas là où passe l’effort manuel. |
| Un premier projet qui marche | Le traitement des anomalies sur documents de transport : fort volume, sortie structurée, et fait aujourd’hui par des personnes qui lisent des scans. |
| Où vit la vérité de terrain | Les anomalies résolues avec leur résolution consignée, que les équipes d’exploitation conservent parce qu’elles y sont tenues. |
Ce qui revient le plus souvent, et non la description d’une organisation particulière. Aucun client nommé, aucune étude de cas : voir notre charte éditoriale.
Concevoir avec un budget de temps
La première question à poser dans ce secteur n’est pas celle de la justesse attendue, c’est celle du temps disponible. Combien de secondes avant que la décision ne doive être prise, et que se passe-t-il si la réponse arrive après.
Cette question se pose par type de décision et non une fois pour toutes. Un rapprochement de documents effectué la nuit dispose de toute la nuit. Une alerte sur un quai dispose de quelques secondes. Un même projet peut contenir les deux, avec deux architectures différentes, et les confondre conduit à sur-concevoir l’une et à rendre l’autre inutilisable.
La réponse d’ingénierie la plus fréquente consiste à séparer ce qui se calcule à l’avance de ce qui se décide au moment. Un système qui a préparé pendant la nuit ce qu’il devra recommander le matin tient des budgets de temps qu’aucun calcul à la volée ne tiendrait.
Les anomalies documentaires, gisement réel
Le travail qui consomme les journées dans ce secteur est la gestion des écarts : un document qui ne correspond pas à la commande, une quantité qui diffère, une mention manquante, un scan illisible. Ces cas arrivent en grand nombre et se traitent aujourd’hui à la lecture.
Ils réunissent les propriétés d’un bon premier projet. Le volume est élevé. La sortie attendue est structurée, donc vérifiable sans jugement. L’erreur est rattrapable, puisque la personne qui reçoit le résultat le confronte à un document qu’elle a sous les yeux.
Et ce travail est mal vécu par ceux qui le font, ce qui satisfait le critère le plus important d’un premier projet : quelqu’un souhaite que cela change.
Pourquoi les tournées sont un mauvais point d’entrée
L’optimisation de tournées attire l’attention parce qu’elle se raconte bien. C’est un problème de recherche opérationnelle étudié depuis des décennies, pour lequel des outils matures existent, et la plupart des transporteurs d’une certaine taille en utilisent déjà.
Un nouveau système arrive donc sur ce terrain en concurrent d’un outil qui fonctionne, devant des personnes dont c’est le métier, avec un gain marginal difficile à démontrer. C’est la même configuration défavorable que la détection de fraude dans les services financiers.
Ce qui reste réellement manuel autour des tournées est plus modeste et plus accessible : la prise en compte des contraintes exceptionnelles, des consignes clients écrites en texte libre, des restrictions locales que personne n’a saisies dans un système. C’est un problème de lecture plutôt que d’optimisation.
La trace des anomalies résolues
Les équipes d’exploitation conservent les anomalies traitées avec leur résolution, parce qu’elles y sont tenues et parce qu’elles en ont besoin en cas de litige. Cette trace est un jeu de référence immédiatement exploitable.
Elle présente un avantage inhabituel. La plupart des jeux d’évaluation souffrent d’être constitués de cas courants, puisque ce sont eux qu’on a sous la main. Ici, l’archive ne contient que des cas difficiles, puisqu’un dossier sans anomalie ne laisse pas de trace. Le jeu mesure donc exactement ce qu’il est utile de mesurer.
Une précaution accompagne cet avantage. Un jeu composé uniquement de cas difficiles donne des résultats plus sévères que la réalité de l’exploitation, où la majorité des dossiers passe sans incident. Il faut donc lire ses chiffres pour ce qu’ils sont : une mesure de la capacité du système sur ce qui pose problème, et non un taux de réussite global. Confondre les deux conduit à rejeter un système qui traiterait correctement la quasi-totalité du flux.
