En bref. Cartographier, c’est décrire l’activité réelle en processus reliés entre eux, avec pour chacun un pilote, des entrées, des sorties et un indicateur. Une cartographie utile tient sur peu de pages et se lit en réunion de direction.
L’exercice a mauvaise réputation parce qu’il est souvent conduit comme une fin en soi. Une cartographie n’est pas un livrable d’audit : c’est l’outil qui permet de dire qui répond de quoi, et où l’organisation perd du temps.
Trois familles de processus
| Famille | Rôle | Exemples |
|---|---|---|
| Pilotage | Fixer le cap, décider, surveiller | Stratégie, pilotage de la performance, amélioration |
| Réalisation | Produire la valeur attendue par le client | Commercial, conception, production, livraison, service après-vente |
| Support | Fournir les moyens aux deux autres | Ressources humaines, achats, maintenance, systèmes d’information, comptabilité |
Ce découpage est une convention commode, pas une exigence normative. Il a l’avantage de rendre visible une question rarement posée : les processus support ont-ils des clients internes identifiés, et savent-ils ce que ces clients attendent d’eux ?
Décrire un processus
Une fiche de processus utile tient sur une page et répond à sept questions.
- Finalité : à quoi sert ce processus, en une phrase.
- Pilote : une personne nommée, pas un service.
- Entrées : ce qu’il reçoit, et de qui.
- Sorties : ce qu’il produit, et pour qui.
- Activités principales : quatre à huit étapes, pas davantage.
- Ressources : compétences, équipements, applications utilisées.
- Indicateurs : un à trois, avec leur source et leur fréquence.
Si la fiche dépasse deux pages, le processus est trop large : il en contient plusieurs.
La méthode : partir du réel
La tentation est de dessiner l’organisation telle qu’elle devrait être. C’est la garantie d’une cartographie fausse dès le premier jour, et d’un audit inconfortable : l’auditeur interroge les personnes, pas les schémas.
Nous procédons par entretiens courts avec les personnes qui tiennent le poste, en demandant systématiquement de montrer un cas récent plutôt que de décrire le principe. L’écart entre ce qui est décrit et ce qui est montré est en soi le premier résultat de l’exercice.
Les interfaces, c’est-à-dire l’essentiel
Les dysfonctionnements se logent rarement à l’intérieur d’un service. Ils se logent au passage de relais : une commande transmise sans l’information technique, un dossier considéré comme clos d’un côté et en attente de l’autre, une validation dont personne ne sait qu’elle est requise.
Pour chaque interface, trois questions suffisent : quelle information passe, sous quelle forme, et que se passe-t-il si elle manque ? La troisième est la plus révélatrice. Dans beaucoup d’organisations, la réponse est « on se débrouille », ce qui signifie que le processus repose sur la mémoire de deux ou trois personnes.
Les indicateurs attachés
Chaque processus porte un à trois indicateurs, pas davantage. Un indicateur n’a de sens que s’il est rattaché à un objectif, produit automatiquement par le système d’information, et suivi par quelqu’un qui a le pouvoir d’agir dessus.
Le critère discriminant est la source de la donnée. Un indicateur ressaisi à la main chaque mois disparaît au premier trimestre chargé. C’est pourquoi la cartographie précède utilement tout projet de système d’information : elle dit quelles données doivent être produites, et par quel processus.
Les cinq pièges
- Recopier l’organigramme. Un processus traverse les services ; s’il s’arrête à la frontière d’une direction, ce n’est pas un processus.
- Trop découper. Vingt-cinq processus dans une PME rendent la cartographie illisible et le pilotage impossible.
- Nommer un service comme pilote. « La production » ne rend pas de comptes ; une personne, oui.
- Décrire l’exceptionnel. La fiche décrit le cas courant ; les exceptions relèvent d’un traitement à part.
- Figer. Une cartographie non revue après une réorganisation est un document faux, et un écart en audit.
Ce que la cartographie permet ensuite
Elle sert de socle à presque tout le reste du système : l’analyse des risques se conduit processus par processus, le programme d’audit interne s’en déduit, et la revue de direction examine les indicateurs qui y sont attachés. Elle éclaire aussi les processus financiers, dont le découpage réel — engagement, réception, facturation, règlement — est souvent moins net que ne le suggère l’organigramme ; un regard extérieur, celui d’un cabinet d’expertise comptable, aide utilement à les décrire.
Questions fréquentes
Combien de processus faut-il identifier ?
Il n’existe pas de nombre normatif. En pratique, une structure de taille moyenne se décrit correctement avec une dizaine de processus. Au-delà d’une quinzaine, la cartographie devient un document de spécialiste, ce qui la disqualifie comme outil de direction.
Faut-il une procédure pour chaque processus ?
Non. La fiche de processus n’est pas une procédure : elle cadre, elle ne décrit pas le geste. Une procédure ne se justifie que là où l’absence d’écrit crée un risque réel — voir information documentée.
Qui doit valider la cartographie ?
La direction, parce qu’elle arbitre le découpage et désigne les pilotes. Ce sont des décisions d’organisation, pas de qualité : les faire valider par le seul responsable qualité prive le document de son autorité.
À quelle fréquence la mettre à jour ?
À chaque changement significatif d’organisation, de périmètre ou d’outil, et lors de la revue de direction pour vérifier qu’elle décrit toujours la réalité. Une cartographie inchangée depuis trois ans dans une entreprise qui a évolué est un document mort.
En résumé
Une cartographie réussie se reconnaît à un signe : elle est utilisée en dehors des périodes d’audit. Quand la direction s’en sert pour arbitrer une réorganisation ou cadrer un projet d’outil, l’exercice a produit ce qu’on en attendait. Le cadre normatif de l’approche processus est publié par l’Organisation internationale de normalisation.