Consigne de poste

La consigne de poste est ce qui distingue un site d'un autre : horaires d'ouverture des accès, zones à contrôler, personnes à joindre, conduite à tenir. C'est le document que l'agent remplaçant lit en arrivant, et le seul qui lui dise ce qu'on attend de lui ici.

Une bonne consigne tient en peu de lignes et répond à trois questions : qu'est-ce que je contrôle, qu'est-ce que je fais si je constate quelque chose, qui j'appelle. Tout le reste l'alourdit, et une consigne trop longue n'est plus lue.

Sa difficulté n'est pas de l'écrire, c'est de la maintenir. Un code qui change, un responsable qui part, une zone en travaux : une consigne périmée est pire qu'absente, parce qu'elle fait faire le mauvais geste avec l'assurance de bien faire. Un classeur à l'accueil se met à jour une fois ; le lendemain, personne ne sait laquelle des deux versions circule.

D'où la question du changement : ce qui compte n'est pas que la consigne existe, c'est que celui qui prend son poste ce soir ait vu la dernière version.

Dans ShieldOne, les consignes sont rattachées au site et l'agent affecté les reçoit. Modifier une consigne en crée une nouvelle version, et les accusés repartent de zéro : ce qui a été lu la semaine dernière ne vaut pas pour le texte d'aujourd'hui. Après une prise de service, les consignes non lues s'affichent.

Cet accusé est un indicateur de suivi, jamais une preuve opposable, et le produit le dit à l'écran : il est auto-déclaré, et rien n'atteste que la personne a lu plutôt que cliqué. Il sert à voir qui n'a pas encore pris connaissance d'un changement — c'est utile, et c'est tout ce que cela vaut.

Des consignes rattachées au site et suivies par ceux qui y travaillent : voir ShieldOne.