- Pour qui ?
- Dirigeants, directions d’exploitation et responsables de transformation transport
- Question traitée
- Sélectionner un premier périmètre d’automatisation transport réaliste avant de lancer un projet.
À retenir
- Une journée observée révèle les recherches, contrôles et reprises que le nom d’une tâche ne montre pas.
- Un volume élevé ne compense jamais une règle instable, une source médiocre ou un risque impossible à maîtriser.
- Préparer, exécuter et garder humain sont trois choix de conception, pas trois niveaux de maturité obligatoires.
- Chaque premier périmètre doit avoir une hypothèse mesurable, un propriétaire métier et une condition d’arrêt.
Observer une journée avant de choisir un outil
Commencez au poste de travail, sur une journée représentative de l’activité que vous voulez comprendre. L’objectif n’est pas de chronométrer les personnes, mais de suivre les dossiers : quel événement déclenche le travail, quelles informations sont recherchées, quelle décision est prise, quelle action est réalisée et comment son résultat est contrôlé.
Décomposez les libellés trop larges. « Traiter une commande » peut couvrir la lecture d’un e-mail, l’identification du client, la recherche d’une référence, la vérification d’un créneau, la saisie dans le TMS et une relecture. Ces étapes n’ont ni la même stabilité ni le même risque ; elles peuvent donc recevoir des réponses différentes.
| À relever pour chaque occurrence | Question à poser | Trace utile |
|---|---|---|
| Déclencheur | Qu’est-ce qui fait commencer le traitement ? | E-mail, événement portail, document, alerte ou demande interne. |
| Sources consultées | Où l’équipe trouve-t-elle les informations et les règles ? | Outil, écran, fichier, pièce, conversation ou procédure. |
| Décision | Quel choix est fait et dans quels cas hésite-t-on ? | Règle appliquée, exception et personne sollicitée. |
| Action | Que faut-il créer, modifier, envoyer ou contrôler ? | Système cible, champs concernés et droit mobilisé. |
| Résultat | Comment sait-on que le dossier a réellement avancé ? | État relu, confirmation, rapprochement ou validation. |
| Reprise | Pourquoi le cas revient-il à l’équipe ? | Donnée manquante, ambiguïté, règle absente, erreur ou accès indisponible. |
Évaluer volume, stabilité, risque et qualité des sources
Utilisez une échelle simple de 1 à 3 pour comparer les tâches entre elles. Les notes n’ont pas de valeur sectorielle : elles traduisent ce que l’équipe a observé sur son propre périmètre. Pour le risque, une note élevée signifie ici un cas plus favorable à l’automatisation — impact limité, détection possible et reprise définie.
| Critère | 1 · Peu favorable | 2 · À cadrer | 3 · Favorable |
|---|---|---|---|
| Volume et fréquence | Cas rare ou très irrégulier. | Charge récurrente mais variable. | Flux fréquent qui représente une charge observable. |
| Stabilité | Décision largement implicite ou changeante. | Règles connues avec plusieurs exceptions. | Étapes et règles explicites, répétées et testables. |
| Qualité des sources | Informations souvent absentes, ambiguës ou inaccessibles. | Sources identifiées mais contrôles ou mappings à consolider. | Sources accessibles, identifiants fiables et données contrôlables. |
| Risque maîtrisable | Erreur sensible, peu réversible ou difficile à détecter. | Impact contenu si une validation ou un contrôle est ajouté. | Action limitée, vérifiable et dotée d’une reprise sûre. |
Additionner les notes aide à ordonner les investigations, mais ne doit pas masquer un point bloquant. Une tâche fréquente reste un mauvais premier candidat si le dossier cible ne peut pas être identifié avec confiance ou si le résultat de l’action ne peut pas être relu. Notez donc séparément tout veto : droit absent, source non autorisée, décision non formalisée ou impact jugé inacceptable.
Classer chaque tâche : préparer, exécuter ou garder humain
L’audit ne doit pas forcer toutes les tâches vers l’exécution automatique. Il doit choisir le bon partage du travail pour chaque étape. Une même chaîne peut contenir les trois catégories : le contexte est préparé, une mise à jour standard est exécutée, puis une exception commerciale reste arbitrée par une personne.
| Classement | Quand le retenir | Résultat attendu | Contrôle indispensable |
|---|---|---|---|
| Préparer | Les sources peuvent être réunies, mais la décision demande encore une validation ou les exceptions sont nombreuses. | Dossier structuré, proposition explicite et éléments manquants signalés. | La personne voit les sources, la règle envisagée et ce qu’elle doit décider. |
| Exécuter | La règle, le périmètre, les droits et le résultat attendu sont explicites et testables. | Action limitée dans l’outil autorisé. | Comparer l’état obtenu à l’état attendu et arrêter le flux en cas d’écart. |
| Garder humain | La décision est sensible, rare, négociée ou impossible à formaliser de façon fiable. | Arbitrage assumé par le bon rôle métier. | Préserver le contexte et, si utile, automatiser seulement la collecte en amont. |
Utiliser la matrice pour retenir un premier périmètre
Créez une ligne par tâche réellement observée, et non par projet imaginé. Attribuez les quatre notes avec l’équipe qui réalise le travail, documentez les blocages et choisissez le mode cible. La colonne « preuve de fin » évite de sélectionner une action qu’il serait ensuite impossible de confirmer.
| Tâche observée | Volume 1–3 | Stabilité 1–3 | Sources 1–3 | Risque 1–3 | Mode cible | Veto ou condition | Preuve de fin |
|---|---|---|---|---|---|---|---|
| [Nom précis de la tâche] | [ ] | [ ] | [ ] | [ ] | [Préparer / Exécuter / Humain] | [Droit, règle, source, impact…] | [État à relire ou preuve attendue] |
| [Deuxième tâche] | [ ] | [ ] | [ ] | [ ] | [Préparer / Exécuter / Humain] | [Condition à résoudre] | [Contrôle observable] |
| [Troisième tâche] | [ ] | [ ] | [ ] | [ ] | [Préparer / Exécuter / Humain] | [Condition à résoudre] | [Contrôle observable] |
Retenez de préférence une boucle courte mais complète : un déclencheur identifiable, un dossier à retrouver, une décision bornée, une action ou une préparation utile, puis un résultat vérifiable. Écartez provisoirement les candidats dont le score semble bon mais qui dépendent d’une règle non validée. Ils pourront revenir après clarification ; l’audit sert justement à rendre ces dépendances visibles.
Remplir une fiche de cadrage réutilisable
La matrice choisit le sujet ; la fiche ci-dessous transforme ce choix en hypothèse de travail. Elle doit pouvoir être relue par le propriétaire métier, la personne responsable des accès et l’équipe qui reprendra les cas arrêtés. Si une ligne reste floue, le périmètre n’est pas encore prêt à être testé.
| Champ de cadrage | À renseigner |
|---|---|
| Nom et objectif | Tâche précise, problème observé et résultat métier recherché. |
| Périmètre inclus | Types de dossiers, clients, canaux, outils, périodes et sites concernés. |
| Hors périmètre | Exceptions, décisions sensibles et situations explicitement exclues. |
| Déclencheur et état final | Événement de départ, état attendu et preuve qui permet de confirmer la fin. |
| Sources et qualité | Origine de chaque donnée, identifiants, lacunes connues et contrôle de fraîcheur. |
| Règles et droits | Règles validées, version, actions permises, comptes et autorisations nécessaires. |
| Mode de traitement | Préparer, exécuter ou garder humain pour chaque étape. |
| Arrêts et reprise | Motifs d’arrêt, contexte transmis, destinataire et procédure de reprise. |
| Hypothèse mesurable | Changement attendu, indicateur, situation de départ et méthode de comparaison. |
| Responsabilités | Propriétaire métier, propriétaire technique, valideur et responsable du suivi. |
Formulez l’hypothèse sans promettre le résultat : « sur ce périmètre, préparer automatiquement les dossiers complets devrait réduire les recherches manuelles, sans augmenter les corrections après validation ». La phase suivante devra mesurer séparément la couverture, les erreurs, les arrêts et le travail restant. C’est alors un protocole de pilote ; le présent audit a seulement permis de choisir où commencer.
Questions fréquentes
Réponses directes
Faut-il commencer par la tâche qui prend le plus de temps ?
Pas forcément. Le temps visible compte, mais un premier périmètre doit aussi reposer sur des règles stables, des sources exploitables, un risque maîtrisable et un résultat vérifiable. Une tâche plus modeste peut fournir une meilleure première boucle.
Une seule journée d’observation suffit-elle ?
Elle suffit pour établir une première carte si ses limites sont notées. Il faut la compléter lorsque les pics, fins de période, incidents ou catégories de dossiers absentes pourraient modifier la priorité.
Comment distinguer l’audit du pilote ?
L’audit compare les tâches et cadre celle à tester. Le pilote confronte ensuite cette hypothèse à des dossiers réels, mesure la fiabilité, les exclusions et le travail restant avant toute extension du périmètre.
Sources et méthode
Cette ressource décrit la méthode produit Axonovia à partir de workflows transport. Les exemples sont illustratifs et ne constituent ni une promesse de performance ni une règle contractuelle universelle.
Relecture produit : Équipe Axonovia · prochaine revue recommandée avant le 31 août 2027 ou lors d’une évolution matérielle du périmètre.