Cartographie des processus 101 : un guide pratique
Chaque entreprise a des processus. La plupart ne les ont jamais documentés. Comment commencer et pourquoi c’est important.
Un moteur de tournées optimise ce que vous lui donnez. Voici les leçons du déploiement de Roadnet dans une activité de livraison périodique : les données, les territoires, un pilote régional, et les chauffeurs qui savent ce que le système ignore.
Un logiciel de planification de tournées promet moins de kilomètres, des camionnettes plus pleines et des journées plus prévisibles. Que vous l’obteniez dépend bien moins du logiciel que de la façon dont vous le déployez. Un moteur de tournées optimise ce que vous lui donnez. Nourrissez-le d’adresses périmées, de temps de service estimés et de territoires que personne n’a remis en question depuis des années, et il produira des versions bien optimisées des mêmes problèmes.
Cet article partage les leçons du déploiement de Roadnet dans une activité de livraison périodique, et ce que toute entreprise qui prépare une implémentation Roadnet (ou une remise à plat d’une implémentation existante) doit réussir.
Les éditeurs s’accordent sur ce point. Descartes, qui vend des logiciels de planification de tournées, le dit clairement dans son propre guide d’implémentation : les données et l’intégration sont les deux plus grands risques d’implémentation, et méritent autant d’attention que le choix de la solution. [1]
Pour la planification de tournées, « données » veut dire plus que les adresses clients :
Si ces entrées viennent de l’historique (« on y allait toujours le mardi »), le moteur respecte l’historique. Si elles viennent de la mesure, il peut faire mieux. Collecter et vérifier ces données est la partie la moins prestigieuse du projet, et celle qui décide du résultat.
Beaucoup d’activités de livraison ont des territoires qui ont grandi de façon organique : le secteur d’un chauffeur, une région dessinée il y a des années, un jour attribué parce qu’un client l’avait demandé un jour. Optimiser les tournées à l’intérieur de ces frontières donne une amélioration locale. Redessiner les frontières avec des données est là où se trouvent en général les gains les plus importants.
C’est une décision d’entreprise autant qu’une décision de planification. Déplacer des clients d’un jour ou d’un chauffeur à l’autre touche les promesses de service, les relations commerciales et les habitudes des personnes. Prenez ces décisions explicitement, avec les opérations, les ventes et le service client autour de la table.
Un déploiement de planification de tournées ne devrait pas être un big bang. Choisissez une région ou un dépôt, faites tourner les nouveaux plans, et mesurez-les contre une base convenue : distance, temps sur la route, arrêts par tournée, ponctualité. Ajustez les paramètres aux conditions locales, puis passez à la région suivante.
Cette approche fait deux choses. Elle attrape les problèmes de données et de paramètres tant qu’ils sont encore petits. Et elle donne aux planificateurs et aux chauffeurs la preuve, venue de leurs propres tournées, que les nouveaux plans fonctionnent. Le guide de l’éditeur recommande la même chose : valider d’abord sur un périmètre limité, puis étendre par région ou par activité. [1]
Les chauffeurs savent des choses qu’aucun système ne sait : quel client n’est jamais là avant 10 heures, quelle rue est bloquée le jour du marché, où une camionnette peut vraiment se garer. Si les nouvelles tournées ignorent ce savoir, les chauffeurs les modifieront en silence, et le plan et la réalité s’écarteront.
Faites participer des chauffeurs expérimentés au contrôle des temps de service et des règles d’accès. Montrez aux planificateurs pourquoi le moteur a choisi une séquence, pas seulement laquelle. Et rendez simple le signalement d’un arrêt qui ne fonctionne pas, pour que les données s’améliorent plutôt que le contournement ne devienne permanent.
La planification de tournées n’est pas une configuration unique. Des clients déménagent, ouvrent ou ferment, les volumes changent et de nouvelles contraintes apparaissent. Sans quelqu’un qui possède les paramètres de planification et continue à mesurer, les tournées retombent vers l’habitude. Mettez en place un reporting régulier sur les mêmes indicateurs que ceux du pilote, et donnez à une personne la responsabilité claire du paramétrage.
Chez Sip-Well, Ben a piloté le déploiement de Roadnet. L’approche a suivi les étapes ci-dessus : analyser d’abord les données de livraison, configurer Roadnet à partir de ce que les données montraient, déployer région par région, et continuer à suivre ensuite. Dans les mots d’Eddy Brotmann, Operations Director, Sip-Well :
L’approche structurée et axée sur les données de Ben pour le déploiement de Roadnet nous a donné confiance dès le premier jour. Les résultats ont dépassé nos attentes et ont fondamentalement changé notre façon de planifier nos livraisons.
Eddy Brotmann, Operations Director, Sip-Well
L’histoire complète est sur notre page d’étude de cas Sip-Well.
Étude de cas : le déploiement Roadnet chez Sip-Well
Une implémentation Roadnet réussit ou échoue sur les données, les territoires et les personnes, dans cet ordre. Le logiciel fait l’optimisation. Votre travail est de lui donner la vérité sur votre exploitation, et de faire en sorte que l’organisation fasse confiance au résultat.
1. Descartes, « Route Planning Buying and Implementation Tips »
À LIRE AUSSI
Chaque entreprise a des processus. La plupart ne les ont jamais documentés. Comment commencer et pourquoi c’est important.
La plupart des projets ERP prennent de 6 à 18 mois. Nous les avons mis en production en 12 semaines, et un ERP tchèque était prêt en 16. Le client a ensuite arrêté cette mise en production.
Ben Van Aken intervient comme architecte d’applications métier freelance sur les outils ERP, CRM et de planification tels que Roadnet, sur site, en hybride ou à distance.
Nous acceptons actuellement de nouvelles missions, dès maintenant et jusqu’en 2027.
Commentaires
Chargement des commentaires…