Demandez à trois personnes de décrire le même processus de leur entreprise : vous obtiendrez trois versions différentes, toutes sincères, toutes incomplètes. C’est normal, et c’est précisément pourquoi la cartographie des processus existe.
Avant d’automatiser quoi que ce soit, il faut voir le processus tel qu’il est réellement vécu. Voici la méthode que nous appliquons en audit, et que vous pouvez reproduire en interne.
Pourquoi cartographier avant d'outiller
Le principe : observer le réel, pas l'idéal
Faire réaliser la tâche en conditions réelles
La règle d’or tient en une phrase : ne demandez pas comment la tâche se fait, demandez qu’on la réalise devant vous. La personne exécute le processus sur de vrais dossiers, dans ses conditions de travail habituelles, pendant que vous observez. Avec son accord, l’enregistrement de l’écran peut être utile pour ne rien perdre de l’analyse.
Cette approche n’a rien d’un contrôle. C’est même souvent la première fois que quelqu’un s’intéresse réellement aux irritants du quotidien, et l’expérience montre que les équipes y adhèrent volontiers.
Noter les micro-actions et les détours
Pendant l’observation, tout compte : un fichier renommé à la main, une bascule entre plusieurs logiciels, un copier-coller répétitif, une hésitation face à un cas inhabituel ou encore un Post-it qui compense une limite de l’outil.
Ces micro-actions sont souvent invisibles pour la personne qui les réalise, tant elles sont devenues des habitudes. Pourtant, elles révèlent l’essentiel : le temps réellement perdu, les sources d’erreur et les conditions de réussite d’une future automatisation.
Identifier le déclencheur, les étapes, les exceptions
Trois éléments structurent toute cartographie de processus utile.
- Le déclencheur, d’abord : l’événement précis qui démarre le processus. Un e-mail reçu, un formulaire validé, un fichier déposé. Si le point de départ est flou (« quand le dossier est prêt », mais prêt selon qui ?), tout ce qui suit le sera aussi, et aucune automatisation fiable ne pourra s’y raccrocher.
- Les étapes, ensuite : ce qui se passe, dans l’ordre, avec pour chacune qui la réalise, avec quel outil, en combien de temps et quel résultat elle produit.
- Enfin, les exceptions, qui sont souvent le point le plus négligé : le fournisseur qui envoie un format inhabituel, le client qui répond par téléphone au lieu d’écrire, ou la validation qui saute lorsque le responsable est absent.
Sur le terrain, l’essentiel des difficultés d’automatisation vient des exceptions, bien plus que de la règle. Les identifier dès la cartographie, c’est éviter de les découvrir une fois la solution en production.
Papier, tableau blanc, logiciels : quoi utiliser, quoi éviter au début
Commencez simplement, et volontairement : papier, crayon, tableau blanc et Post-it. Ces outils ont une qualité essentielle : ils n’imposent aucun formalisme et permettent d’observer le processus tel qu’il est réellement vécu.
À l’inverse, un logiciel de modélisation pousse souvent, sans qu’on s’en rende compte, à dessiner un processus idéal, propre et parfaitement ordonné… précisément celui qu’il faut éviter si l’objectif est d’automatiser le réel.
Les notations formelles (logigrammes, BPMN, etc.) ont leur place plus tard, si le besoin de formaliser se confirme. Le seul critère qui compte au départ est simple : une personne qui ne connaît pas le processus peut-elle le comprendre en deux minutes ? Si la réponse est oui, votre cartographie est suffisamment bonne, quel que soit le support.
Le livrable utile : à quoi ressemble une bonne cartographie
Les erreurs classiques
Cinq pièges reviennent systématiquement.
Le premier consiste à cartographier le processus idéal plutôt que le processus réel. C’est l’erreur fondatrice, dont découlent souvent toutes les autres.
Le deuxième est d’interroger au lieu d’observer : les personnes décrivent, en toute bonne foi, ce qu’elles pensent faire, pas toujours ce qu’elles font réellement.
Le troisième est d’ignorer les exceptions. La carte paraît propre, mais la réalité ne l’est pas.
Le quatrième est de vouloir tout cartographier d’un seul coup. Il est préférable de travailler un périmètre à la fois, sous peine de s’épuiser sans rien terminer.
Enfin, il y a la cartographie qui reste dans un tiroir : un beau schéma présenté en réunion, jamais confronté au terrain, puis oublié dans un dossier.
Combien de temps ça prend
Moins qu’on ne le craint.
Pour un processus, comptez une à deux heures d’observation, puis deux à trois heures d’analyse et de mise en forme.
Pour un périmètre complet (les principaux flux d’une petite structure), quelques demi-journées d’observation suffisent, réparties de manière à ne pas perturber l’activité.
Au regard de ce qu’elle permet d’éviter — automatiser l’inutile, découvrir les exceptions en production ou figer un processus bancal — la cartographie des processus est probablement l’investissement le plus rentable de tout projet d’automatisation.
La clarté avant l'outil
Questions fréquentes
C’est quoi la cartographie des processus ?
C’est la représentation d’un processus tel qu’il est réellement vécu : son déclencheur, ses étapes, qui fait quoi avec quel outil, ses exceptions et ses points de friction. Elle sert de base à toute décision de simplification ou d’automatisation, en remplaçant les impressions par des faits observés.
Pourquoi observer plutôt qu’interroger ?
Parce que la description d’une tâche et sa réalité diffèrent toujours, sans mauvaise foi : l’habitude rend les micro-actions invisibles à celui qui les fait. Observer la tâche se faire en conditions réelles révèle les détours, les recopies et les exceptions qu’aucun entretien ne fait remonter.
Quels outils utiliser pour cartographier ?
Au début, les plus simples : papier, tableau blanc, post-its, éventuellement un enregistrement d’écran avec l’accord de la personne. Les logiciels de modélisation viennent ensuite, si besoin. Le seul critère valable : la carte doit être comprise en deux minutes par quelqu’un d’extérieur au processus.
Combien de temps prévoir pour une cartographie ?
Pour un processus unique : une à deux heures d’observation au poste et deux à trois heures d’analyse. Pour l’ensemble des flux principaux d’une petite structure : quelques demi-journées réparties. C’est un investissement modeste au regard des erreurs de projet qu’il évite.