Fiche de procédure : un modèle clair, des responsabilités aux exceptions

Une fiche de procédure décrit qui fait quoi, dans quel ordre, avec quels moyens et pour quel résultat. Elle sert de référence lorsqu’une tâche doit être réalisée de façon cohérente, y compris en l’absence de la personne qui la maîtrise habituellement. Pour être utile, elle doit préciser les responsabilités, les contrôles et la conduite à tenir lorsqu’un cas sort du parcours prévu.
Définir le bon document avant de commencer
La fiche de procédure formalise l’organisation d’une activité : son déclencheur, ses étapes, ses intervenants et ses résultats attendus. Elle facilite l’intégration des nouveaux collaborateurs, limite les oublis et préserve le savoir-faire. Dans une démarche qualité, elle aide aussi à retrouver les règles applicables et les preuves de leur exécution.
Toutes les activités ne nécessitent toutefois pas un document détaillé. Priorisez celles qui présentent un risque, mobilisent plusieurs services ou dépendent trop d’une seule personne. Une procédure doit résoudre une difficulté réelle, pas simplement alimenter une bibliothèque documentaire.
| Notion | Fonction | Exemple |
|---|---|---|
| Processus | Ensemble d’activités transformant des entrées en résultats. | Traiter les demandes clients. |
| Fiche de procédure | Décrire les règles, l’enchaînement et les responsabilités. | Réceptionner, qualifier, traiter et clôturer une demande. |
| Mode opératoire ou instruction | Détailler l’exécution d’une tâche précise. | Enregistrer une demande dans le CRM. |
| Cartographie ou mappage | Représenter les activités et leurs interactions. | Visualiser les échanges entre accueil et support. |
| Logigramme | Montrer les étapes et les décisions. | Orienter une demande selon sa nature. |
| BPMN | Utiliser une notation standardisée de modélisation des processus. | Représenter les événements, tâches et échanges entre acteurs. |
Ces supports se complètent. Un logigramme rend les embranchements visibles ; le texte précise les critères de décision, les délais et les justificatifs attendus.
Construire la procédure à partir du travail réel
Cadrer le début, la fin et les responsabilités
Commencez par observer l’activité et interroger ceux qui l’exécutent. Le rédacteur organise l’information avec les utilisateurs ; le responsable du processus vérifie la cohérence métier ; l’approbateur autorise la diffusion. Selon l’organisation, certaines fonctions peuvent être assurées par une même personne.

Définissez ensuite le périmètre : événement déclencheur, première action, condition de clôture et cas exclus. Identifiez les entrées nécessaires, comme une demande et ses pièces jointes, puis la sortie attendue, comme une réponse tracée. Attribuez chaque action à un rôle plutôt qu’à un nom, afin que la fiche reste valable lors des changements d’équipe.
Décrire les actions et les points de décision
- Lister les tâches observées, sans reproduire automatiquement les habitudes inutiles.
- Ordonner les étapes et repérer les transmissions entre intervenants.
- Préciser les contrôles : informations obligatoires, autorisations et critères d’acceptation.
- Documenter les exceptions : dossier incomplet, refus, indisponibilité ou incident technique.
- Ajouter les délais et les preuves à conserver pour chaque action importante.
Rédigez avec des verbes précis : « vérifier la présence du numéro de commande » est plus exploitable que « vérifier le dossier ». L’Agence HIC recommande une structure de 4 à 8 étapes pour la plupart des procédures ; ce repère ne doit pas conduire à supprimer un contrôle nécessaire.
Pensez le découpage comme un travail au ciseau : séparez deux actions dès qu’elles changent de responsable, exigent une validation ou produisent une preuve distincte. À l’inverse, évitez de fragmenter chaque clic. Cette « ligne de coupe » révèle les passages de relais où les dossiers risquent de rester bloqués, sans transformer la procédure en manuel interminable.
Lorsque plusieurs services interviennent, un logigramme avec des couloirs d’activités permet d’identifier les transferts. Chaque décision doit déboucher sur une suite explicite, y compris lorsque l’approbation est refusée.
Un modèle réutilisable avec un exemple de demande client
Le canevas suivant peut être copié dans un traitement de texte, un wiki ou un outil documentaire. Les valeurs ci-dessous sont illustratives : adaptez les délais, les contrôles et les responsabilités à vos engagements réels.
| Rubrique | Exemple à adapter |
|---|---|
| Identification | Traitement d’une demande client — PROC-QUAL-014 — version 1.0. |
| Gouvernance | Rédacteur : référent support ; approbateur : responsable du service ; date d’application et prochaine révision à renseigner. |
| Objectif et périmètre | Traiter les demandes courantes reçues par formulaire ; exclure les litiges transmis au service compétent. |
| Déclencheur et entrées | Réception d’une demande avec coordonnées, objet et référence de commande si nécessaire. |
| Résultat attendu | Réponse communiquée, dossier renseigné et clôture justifiée. |
| Documents associés | Formulaire, modèle de réponse, règles de traitement et mode opératoire du CRM. |
| Historique | Date, version, modification effectuée et approbateur. |
| Étape | Responsable | Action, délai et contrôle |
|---|---|---|
| Enregistrer | Agent d’accueil | Créer le dossier dans le CRM et accuser réception sous 2 heures ouvrées ; vérifier les coordonnées. |
| Qualifier | Agent support | Identifier le motif et la priorité ; demander les éléments manquants avant de poursuivre. |
| Traiter | Gestionnaire désigné | Préparer la réponse sous 48 heures ouvrées pour une demande complète ; conserver les justificatifs. |
| Faire valider | Responsable du service | Approuver les réponses nécessitant une autorisation ; en cas de refus, retourner au gestionnaire avec le motif. |
| Répondre et clôturer | Agent support | Envoyer la réponse, enregistrer sa preuve et clôturer lorsque les critères définis sont remplis. |
Complétez cet exemple par une règle d’escalade : si le délai risque d’être dépassé, le gestionnaire alerte le responsable, informe le client et consigne la nouvelle échéance. Précisez également le traitement des dossiers sans réponse du client : relance, attente ou clôture selon une règle validée.
Tester, diffuser et maintenir la version en vigueur
Avant publication, confiez la fiche à un collègue qui connaît peu l’activité. Faites-lui traiter un cas courant, un dossier incomplet et un refus de validation. Relevez les questions, les accès manquants et les décisions impossibles à prendre. Une procédure suffisamment détaillée permet d’agir sans devoir deviner. Elle ne remplace toutefois pas une formation ou une habilitation nécessaire.
Après correction, faites approuver le document, attribuez une version et communiquez les changements aux utilisateurs. Conservez les anciennes versions dans une archive distincte, clairement identifiée, pour éviter leur utilisation accidentelle.
Choisir un support adapté aux usages
Un fichier partagé convient à une documentation limitée si les droits d’édition et la version officielle sont maîtrisés. Un wiki facilite la recherche et les mises à jour. Un logiciel documentaire devient pertinent lorsque les validations, les accès et l’historique demandent un suivi plus structuré.
Avant de choisir un éditeur, testez la recherche, l’approbation, la restauration d’une version, l’export PDF et la lecture sur mobile. Vérifiez aussi les droits d’accès aux informations sensibles. Une procédure consultée en atelier doit rester lisible sur le terrain, pas uniquement sur l’écran du rédacteur.
Prévoyez une révision tous les 12 mois par défaut, ou tous les 6 mois pour les procédures critiques, en adaptant cette fréquence aux risques. Un incident, un changement d’outil ou une nouvelle organisation doit déclencher une vérification sans attendre. Suivez enfin quelques indicateurs utiles : retards, dossiers retournés ou erreurs récurrentes. Ils permettent d’améliorer la pratique, plutôt que de simplement actualiser le document.