Consigne de poste : l'écrire pour qu'elle soit lue

La consigne de poste est le seul document que l'agent lit vraiment avant de prendre son poste de nuit. Elle est souvent trop longue, parfois périmée, et rarement écrite pour la personne qui la lira à 22 h, debout devant une porte fermée. Voici comment la rédiger pour qu'elle serve à quelque chose.

Une consigne de douze pages, rédigée au bureau par la personne qui a conçu le dispositif, contient souvent tout ce qu'il faut savoir. Elle ne sera pourtant lue qu'en partie. L'agent cherche la ligne qui le concerne ce soir, la trouve ou ne la trouve pas, puis passe à la suite.

Le document échoue pour une raison simple : il est écrit pour être complet, et non pour être utilisé. Un chef d'exploitation qui veut tout dire ajoute une section par cas possible. L'agent, lui, veut savoir ce qu'il doit faire dans la prochaine heure.

Le résultat se voit sur le terrain. Un agent appelle le bureau pour demander où se trouve la clé du local technique, alors que la réponse figure en page quatre. Ce n'est pas une faute de discipline : la consigne n'a pas été conçue pour être parcourue debout, avec une lampe de poche dans une main.

Votre société de sécurité souhaite utiliser ShieldOne au quotidien ? Inscrivez-la : ShieldOne l'examine et vous appelle.

Une bonne consigne suit l'ordre de la prise de service, pas l'ordre de l'organigramme. Quatre blocs suffisent dans la plupart des postes :

1. La prise de service. Ce que l'agent vérifie en arrivant : son matériel, l'état du site, les consignes de la veille qui restent ouvertes.
2. Les contacts. Qui appeler, dans quel ordre, et pour quel genre de situation. Un numéro sans contexte ne sert à rien à deux heures du matin.
3. Les points de contrôle. Les passages à effectuer, leur fréquence, ce qu'il faut observer à chaque passage. C'est le bloc qui sera relu le plus souvent.
4. Les cas particuliers. Alarme, malaise, personne non autorisée, véhicule stationné au mauvais endroit. Chacun avec la première action à faire, et rien d'autre dans le même paragraphe.

Ce qui ne relève d'aucun de ces blocs, comme l'historique du site ou les raisons d'un choix passé, peut aller dans une annexe. L'agent ne la lira pas à sa prise de service, et c'est très bien ainsi.

Les consignes qui ne servent à rien sont pleines de formules : « veiller à la sécurité des accès », « assurer la surveillance du périmètre », « être vigilant en toutes circonstances ». Elles n'indiquent aucun geste. L'agent qui les lit ne sait pas s'il doit ouvrir une porte, la fermer, ou regarder par une vitre.

La version utile dit ce qu'il faut faire, avec le lieu et le moment : « Vérifier que la porte du quai de livraison est fermée à clé, à chaque passage de 23 h, 1 h et 3 h. Si elle est ouverte, appeler le responsable de site avant de la fermer. » La phrase contient un verbe, une heure, une action et une règle de repli.

Deux conseils de forme aident la lecture debout. Une seule action par puce. Des phrases qui tiennent sur une ligne d'écran de téléphone, quand le texte est consulté sur mobile, souvent consultée sur mobile.

Une consigne qui circule en plusieurs exemplaires finit par se contredire. Un agent lit la version de mars, son collègue celle de juin, et le client reçoit une troisième explication le lendemain d'un incident. Le problème n'est pas l'erreur isolée : c'est l'impossibilité de savoir laquelle fait foi.

Trois règles le corrigent. Chaque consigne porte une date de version et le nom de la personne qui en répond. Une seule version est affichée ou remise à l'agent à la fois. Quand une version est remplacée, elle est archivée, pas laissée en parallèle sur le poste. L'archive sert à reconstituer ce qui était demandé à une date donnée, si une question se pose après coup.

Le moment de la mise à jour compte aussi. Une modification de consigne se transmet au briefing de prise de service, à l'oral, avec une phrase sur ce qui a changé. Le texte seul ne suffit pas, parce que personne ne relit une consigne dont il croit déjà connaître l'essentiel.

Un test suffit souvent : la confier à un remplaçant qui n'a jamais mis les pieds sur le site, et l'observer pendant sa première prise de service. Il ne doit recevoir aucune explication orale complémentaire. Chaque question qu'il pose est une information manquante dans le texte.

Notez les questions, pas les réponses. « Où est la clé ? » veut dire que le lieu n'est pas écrit. « Est-ce que je dois appeler avant ou après ? » veut dire que l'ordre n'est pas écrit. Corrigez le texte, puis refaites le test avec une autre personne.

Ce test révèle aussi les consignes trop ambitieuses. Une consigne qui demande vingt contrôles par heure ne sera jamais tenue telle quelle : l'agent en choisira cinq, sans le dire. Mieux vaut un nombre réduit de contrôles, écrits avec précision, qui seront effectivement faits.

La consigne fixe ce qui est attendu. Elle ne remplace ni la visite de site, ni le briefing oral pour un poste nouveau, ni la trace écrite de ce qui s'est passé. Un agent qui découvre une anomalie doit pouvoir la rapporter quelque part, avec l'heure et le lieu, sans que cela fasse partie de la consigne elle-même.

Pour les événements du service, la main courante reste l'endroit où ils se consignent : une ligne datée, factuelle, signée. La consigne dit quoi faire ; la main courante dit ce qui a été fait. Confondre les deux conduit à des consignes remplies de comptes rendus, ou à des comptes rendus qui tiennent lieu de consignes.

Enfin, une consigne doit rester réaliste. Elle décrit le site tel qu'il est, pas tel qu'il devrait être. Un contrôle prévu mais impossible à effectuer, une porte qui ne ferme plus depuis des mois : signalez-le dans le texte, avec la mesure de remplacement, plutôt que de laisser un écart que personne n'ose écrire.

Une consigne claire est plus facile à tenir quand le planning, les rondes et les événements du service sont tenus au même endroit. Si vous voulez voir comment cela s'organise dans une agence, la présentation de la plateforme se trouve sur ShieldOne, le logiciel de gestion pour agences de sécurité en Suisse.