Une procédure morte, tout le monde en a vu : PDF oublié, étapes obsolètes, captures d’écran d’une interface qui n’existe plus. Pourtant, sur un service desk, la doc est un multiplicateur de compétence — à condition qu’elle reste vivante.
Principes simples
- Une procédure = un objectif clair (« Réinitialiser un mot de passe AD en self-service »).
- Étapes courtes et numérotées — une action par ligne quand c’est possible.
- Prérequis en tête : droits, outils, fenêtres de maintenance.
- Critères de succès : comment savoir que c’est terminé.
- Rollback : que faire si ça part en vrille.
Où la stocker
L’outil importe moins que la discipline. Wiki, SharePoint, Notion, Git : l’essentiel est que l’équipe sache où chercher et que la mise à jour soit facile. J’aime les formats versionnés (date + auteur) et les liens depuis le ticket type.
Si personne ne met à jour la doc après un changement de process, ce n’est plus une procédure : c’est un piège.
Faire adopter
- Écrire pour le « soi du lundi matin à 8h » : fatigué, pressé, interruptible.
- Relire à deux : celui qui connaît et celui qui découvre.
- Lier la procédure aux tickets récurrents (templates).
- Prévoir une revue légère tous les trimestres sur les docs critiques.
Rédiger des procédures, ce n’est pas de la paperasse : c’est transmettre de la fiabilité. C’est aussi ce qui transforme l’expérience individuelle en capital d’équipe.