Dans beaucoup de PME, un processus critique tient dans la tête d’une seule personne. Tant qu’elle est là, tout va bien. Le jour de son départ en congés — ou de son départ tout court — l’entreprise découvre ce qu’elle ignorait savoir faire.
La réponse habituelle est de « tout documenter ». Elle produit en général un classeur de quatre-vingts pages que personne n’ouvre. Le problème n’est pas l’idée, c’est le format.
Pourquoi les procédures ne sont pas lues
Trois causes reviennent systématiquement, et elles sont toutes des problèmes de conception, pas de discipline :
- Elles sont trop longues. Une procédure est consultée en pleine action, par quelqu’un qui a une tâche à terminer. Vingt minutes de lecture, c’est un abandon garanti.
- Elles décrivent le cas nominal. Or on ne consulte presque jamais une procédure pour le cas normal : on la consulte quand quelque chose sort de l’ordinaire. Si les cas particuliers n’y sont pas, elle ne sert pas au moment où elle serait utile.
- Elles sont introuvables. Rangées dans une arborescence que personne ne parcourt, elles n’existent pas.
Une procédure utile tient sur une page
Le critère est simple : une procédure doit permettre à quelqu’un qui ne connaît pas la tâche de la réaliser correctement.
Ce qui doit y figurer :
- Le déclencheur : à quel moment on applique cette procédure. C’est l’information la plus souvent oubliée, et sans elle le document ne se trouve jamais au bon moment.
- Les étapes, numérotées, une action par ligne, à l’infinitif ou à l’impératif : « Vérifier que… », « Envoyer… ».
- Qui fait quoi, quand plusieurs personnes interviennent.
- Les cas particuliers, regroupés en fin de document — pas dispersés dans le fil, où ils alourdissent la lecture du cas courant.
- Un contact en cas de blocage, pour que le document ne soit pas un cul-de-sac.
- Une date de dernière revue et le nom du référent. Sans ces deux éléments, on ne saura jamais si le document est encore valable.
Ce qui ne doit pas y figurer : l’historique du service, la justification de chaque règle, et les copies d’écran d’une version d’outil qui aura changé dans six mois — c’est la première cause d’obsolescence des procédures.
Faites-la écrire par celui qui fait
C’est contre-intuitif, mais l’encadrement rédige souvent la procédure telle qu’elle devrait se dérouler, pas telle qu’elle se déroule. Or l’écart entre les deux est justement l’information intéressante : il révèle soit une étape inutile que le terrain a cessé d’appliquer, soit un besoin réel que le processus officiel ne couvre pas.
Une méthode qui marche : la personne exécute la tâche pendant qu’un collègue prend des notes. Le collègue étant novice, il pose les questions que l’expert ne se pose plus — c’est là que sortent les tours de main non écrits, ceux qui font justement la valeur du document.
Le test du nouvel arrivant
Une procédure ne se valide pas en relecture, mais à l’usage : donnez-la à quelqu’un qui ne fait pas la tâche et regardez-le faire sans intervenir. Chaque fois qu’il hésite, il manque une information.
C’est le seul test qui compte, et il prend une demi-heure. Une relecture par ceux qui connaissent déjà la tâche ne prouve rien : ils comblent mentalement les trous sans s’en apercevoir.
Par où commencer quand tout est à écrire
Ne commencez pas par tout. Classez vos processus selon deux questions :
| Rarement exécuté | Souvent exécuté | |
|---|---|---|
| Arrêt critique si la personne manque | Priorité 1 | Priorité 1 |
| Pas critique | À laisser de côté | Priorité 2 |
La priorité 1 se limite en général à trois ou quatre processus par PME. Écrivez ceux-là, testez-les, et arrêtez-vous là pour le moment. Un chantier de documentation qui vise l’exhaustivité ne se termine jamais, et son abandon décrédibilise l’ensemble de la démarche.
Où les ranger pour qu’elles servent
Au plus près du travail : dans l’outil où la tâche s’exécute, ou à défaut à un emplacement unique, connu de tous, accessible en deux clics depuis n’importe quel poste.
Deux règles complémentaires. Un seul exemplaire fait foi — dès qu’une procédure circule en pièce jointe, plusieurs versions coexistent et plus personne ne sait laquelle appliquer. Et une revue datée, au moins annuelle ou à chaque changement d’outil : une procédure périmée est plus dangereuse qu’une absence de procédure, parce qu’on lui fait confiance.
Standardiser d’abord, automatiser ensuite
L’ordre a son importance. Automatiser un processus flou revient à figer le désordre dans un outil, en plus cher et en moins souple.
Écrire le mode opératoire fait apparaître les étapes inutiles, les doubles contrôles et les allers-retours : bien souvent, une partie du gain est obtenue avant d’avoir touché à un logiciel. C’est d’ailleurs l’argument le plus convaincant pour faire accepter l’exercice, qui passe sinon pour une formalité administrative.
Une fois le processus stabilisé et écrit, il devient un bon candidat à l’automatisation ou à un outil low-code.
Ce que la procédure protège vraiment
Au-delà du risque de départ, une procédure écrite produit trois effets qu’on n’attend pas toujours : elle rend la délégation possible, elle homogénéise la qualité entre les personnes, et elle accélère l’intégration des nouveaux arrivants — souvent de plusieurs semaines.
C’est aussi, plus prosaïquement, le seul moyen de sortir une personne compétente de tâches qui l’empêchent d’en faire autre chose.
Pour aller plus loin sur la méthode : par où commencer, cartographier un processus, ou l’optimisation des processus métiers famille par famille.