Workflow Mapping
Nous montrons où le travail circule et où il attend.
Workflow Mapping ne produit pas un joli schéma. Il rend visible la manière dont le travail passe entre équipes, outils, fichiers et décisions.
Langage de carte
Ce n'est pas un dessin, c'est une topographie opérationnelle.
Clé de lecture
Légende de carte
Entrée
Information, fichier, demande ou événement système qui lance l'étape.
Owner
Rôle responsable du résultat de l'étape.
Attente
Validation, information ou décision qui bloque le travail.
Sortie
Résultat qui déclenche réellement l'étape suivante.
La légende permet à l'équipe métier et technique de lire la même carte.
La perte se produit souvent entre deux étapes
Ledger des handoffs
| Handoff | Ce qui se perd | Ce que la carte doit garder |
|---|---|---|
| Humain -> système | Intention et contexte | Champs requis, note, validation |
| Système -> humain | Priorité et ownership | Niveau d'alerte, owner, SLA |
| Équipe -> équipe | Lien cause-effet | Note courte de décision et trace fichier |
| Automatisation -> contrôle | Visibilité de l'erreur | Log, rollback, raison de review |
Comment la carte décide ?
La carte tient-elle ?
La carte n'est pas un support de présentation ; c'est l'ossature des décisions de build.
Ce qui sort de la carte
Le processus abstrait devient une carte opérationnelle utilisable pendant la construction.
Workflow Map
Étapes, owners et contacts système dans un flux lisible.
Handoff Notes
Risques et pertes de contexte aux transitions.
Bottleneck List
Décisions en attente, contrôles répétés et points de blocage.
Automation Candidates
Points candidats visibles sur la carte.
Étape suivante
Control Design
La carte montre le mouvement. Control Design décide où le système agit, s'arrête et attend l'humain.