Modèle de SOP : format, exemple, cycle de révision — et la SOP que chaque membre lit dans sa langue (2026)

Une procédure opérationnelle standard, ou SOP (standard operating procedure), est la manière écrite dont une tâche récurrente est réalisée dans votre organisation : les étapes dans l'ordre, qui prend en charge chacune, ce que chaque étape produit, et ce qu'il faut faire quand le chemin habituel est bloqué. Un modèle de SOP est le squelette fixe dans lequel ces mots viennent se placer, afin que la quarantième procédure ressemble à la première et qu'une personne qui en a lu une puisse les lire toutes. Le modèle est la partie facile ; l'essentiel de ce guide porte sur ce qu'il faut y mettre et sur ce qui la maintient exacte après le jour de sa rédaction.

Ce guide traite d'abord du métier — ce qu'est une SOP et ce qu'elle n'est pas, le format standard, comment en écrire une que l'on suit réellement, un modèle à copier, deux exemples remplis — puis de la mécanique : comment fonctionne le cycle de révision, où la SOP et sa révision vivent dans les outils que votre équipe utilise déjà, et ce que reçoit la personne qui la lit dans une autre langue. Car le vrai test d'une SOP n'est pas le jour de son approbation. C'est le mardi où un nouveau collègue l'ouvre seul, au comptoir, avec un client qui attend.

Ce qu'est une SOP — et ce qu'elle n'est pas

Cinq types de documents décrivent la façon dont le travail se fait, et la SOP est celui du milieu :

Ces distinctions comptent, car elles déterminent la longueur. Une SOP qui explique la politique derrière chaque étape est un manuel que personne n'ouvre au comptoir ; une SOP qui descend jusqu'au bouton sur lequel cliquer est réécrite à chaque changement de logiciel. La SOP dit ce qui est fait, par qui, dans quel ordre, avec quel résultat ; la politique au-dessus dit pourquoi, et l'instruction de travail en dessous dit exactement comment sur cet écran.

Une SOP n'est pas non plus la description de la façon dont la tâche se fait habituellement. C'est la manière convenue — c'est pourquoi elle a un responsable, une version et une date de révision, et pourquoi une étape que personne ne suit est une étape à supprimer ou une conversation à avoir, pas une phrase à laisser en place.

Ce qu'il faut inclure : le format standard

Une SOP utilisable comporte un en-tête et huit sections. La plupart des modèles en ligne ne comportent que l'en-tête et les étapes, et s'arrêtent là, ce qui explique pourquoi la plupart des SOP sont périmées en moins d'un an sans que personne ne le sache :

L'en-tête — l'identité du document, cinq champs sur une ligne : un ID que l'on peut citer (« SOP-CS-04 »), une version (« v2.1 »), le responsable — une personne nommée, pas un service —, la date d'entrée en vigueur et la prochaine date de révision. Un document sans date de révision est révisé quand quelque chose tourne mal.

1. Objet. Une ou deux phrases : ce que cette procédure permet d'obtenir et ce qui se passe sans elle. « Chaque réclamation est enregistrée, accusée et résolue de la même façon, de sorte qu'un client reçoive la même réponse quelle que soit la personne qui décroche. »
2. Périmètre. Quand cette SOP s'applique et quand elle ne s'applique pas. « Réclamations de clients concernant un produit ou une livraison. Hors périmètre : demandes de garantie (SOP-CS-07), réclamations fournisseurs. »
3. Rôles et responsabilités. Chaque rôle qui apparaît dans les étapes, avec ce dont il est responsable. Des rôles, pas des noms : les noms changent ; la SOP ne devrait pas avoir à changer avec eux.
4. Définitions et prérequis. Les termes qu'une nouvelle personne pourrait ne pas connaître, et ce qui doit être en place avant l'étape 1 — l'accès au registre, le modèle, la liste d'escalade.
5. La procédure. Des étapes numérotées, une action par étape, dans l'ordre où elles se déroulent, chacune commençant par le rôle et un verbe : « L'accueil enregistre… », « Le chef d'équipe vérifie… ». Quand c'est utile, trois colonnes — qui, fait quoi, résultat ou enregistrement — pour que chaque étape se termine par quelque chose qu'une seconde personne pourrait vérifier.
6. Exceptions et escalade. Les embranchements : que faire quand le client n'est pas dans le système, quand le montant dépasse le plafond, quand le responsable est absent. Chaque exception nomme une personne ou un rôle, pas « demandez à quelqu'un ».
7. Enregistrements et livrables. Ce qui existe à la fin et n'existait pas au début — l'entrée au registre, l'e-mail envoyé, le formulaire signé — et où cela est conservé. C'est la section que lit un auditeur, et celle qui dit si la procédure a été suivie.
8. Références et historique des révisions. La politique qu'elle met en œuvre, les SOP et instructions de travail associées ; puis une ligne par version — date, ce qui a changé, qui a approuvé. L'historique est ce qui empêche de réintroduire la même erreur sous un nouveau numéro de version.

Quatre formats pour la section procédure. Les étapes simples — une liste numérotée — pour une tâche de moins de dix étapes sans embranchement. Le format hiérarchique — étapes numérotées avec sous-étapes lettrées — quand une étape contient sa propre séquence. Le logigramme quand les embranchements comptent plus que la séquence : un losange de décision se suit plus facilement que « si… sinon… sauf si ». La checklist pour une routine quotidienne réalisée par les mêmes personnes, où la question n'est pas « comment » mais « l'a-t-on fait ». Beaucoup de SOP en combinent deux : une procédure hiérarchique, et une checklist d'une page qui en est tirée pour le poste de travail.

Ce qui reste à l'extérieur : la justification (le travail de la politique), les captures d'écran de chaque clic (le travail de l'instruction de travail) et tout ce dont une personne ne pourrait rien faire. « Traiter le client avec respect » est une valeur, pas une étape.

Comment l'écrire : observer, rédiger, tester, publier

Observez la personne qui fait la tâche, et notez ce qu'elle fait réellement. Pas ce que le responsable pense qu'il se passe — ce qui se passe, y compris le contournement avec le tableur. La personne qui fait la tâche chaque jour est la coautrice ; la SOP écrite à propos d'elle plutôt qu'avec elle est celle qui reste dans un dossier pendant que la vraie procédure vit dans sa tête. Demandez à chaque étape : que faites-vous si cela échoue ?

Rédigez dans le modèle, en commençant par les étapes. Écrivez la section procédure avant l'objet : les étapes vous montrent où s'arrête le périmètre et quels rôles existent. Une action par étape, rôle plus verbe, présent. Si une étape demande un paragraphe, ce sont deux étapes ou une instruction de travail. Gardez le tout assez court pour être lu en cinq minutes ; le détail vit dans les instructions liées.

Testez-la sur quelqu'un qui n'a jamais fait la tâche. Donnez-lui la SOP et rien d'autre, et observez où il s'arrête. Chaque arrêt est une étape manquante, une définition manquante ou une exception manquante. Un test avec une personne nouvelle vaut trois relectures par des personnes expérimentées, qui comblent les lacunes sans s'en apercevoir.

Publiez là où l'équipe lit, et fixez la date. Une SOP dans un dossier avec quarante autres n'est trouvée que par ceux qui connaissent déjà la tâche. Elle a sa place là où l'équipe qui exécute la procédure échange déjà, avec le nom du responsable et la date de révision bien visibles, pour que la question « est-ce toujours à jour ? » trouve sa réponse dans l'en-tête, pas en demandant autour de soi. Puis inscrivez la date de révision dans le calendrier — la SOP écrite et jamais révisée est celle qu'on suit avec assurance après qu'elle a cessé d'être vraie.

Un modèle de SOP

[ID de la SOP] — [Nom de la procédure]
Version : [n.n] · Responsable : [rôle, nom] · En vigueur : [date] · Prochaine révision : [date]

1. Objet
[Une ou deux phrases — ce que cette procédure permet d'obtenir, et ce qui se passe sans elle.]

2. Périmètre
S'applique à : [situations, produits, sites] · Ne s'applique pas à : [ce qui est couvert ailleurs, avec l'ID de la SOP]

3. Rôles
[Rôle] — [de quoi il est responsable dans cette procédure]
[Rôle] — [de quoi il est responsable]

4. Définitions et prérequis
[Terme] — [signification]
Avant l'étape 1 : [accès, outils, modèles, listes nécessaires]

5. Procédure
5.1 [Rôle] [fait quoi] → [résultat ou enregistrement]
5.2 [Rôle] [fait quoi] → [résultat ou enregistrement]
5.3 [Rôle] [fait quoi] → [résultat ou enregistrement]
[a. sous-étape] [b. sous-étape]

6. Exceptions et escalade
Si [condition] : [que faire, qui décide]
Si [condition] : [que faire, qui décide]
Tout ce qui n'est pas couvert ici : [rôle] décide et le cas est soumis à la prochaine révision.

7. Enregistrements
[Ce qui existe à la fin — entrée au registre, e-mail, formulaire — et où c'est conservé, pendant combien de temps.]

8. Références et historique des révisions
Met en œuvre : [politique] · Voir aussi : [ID de SOP, instructions de travail]
v[n.n] — [date] — [ce qui a changé] — approuvée par [nom]
v[n.n] — [date] — [ce qui a changé] — approuvée par [nom]

Le modèle se colle dans un fichier Word, un Google Doc, une page Notion, un canvas Slack ou une note de chat sans remise en forme. Les deux champs le plus souvent laissés vides sont le responsable et la prochaine date de révision ; ce sont ceux qui décident si le document sera encore exact dans un an.

Deux exemples remplis

Traiter une réclamation client — équipe service, hiérarchique

SOP-CS-04 — Traitement des réclamations clients
Version : 2.1 · Responsable : Responsable du service, Marta R. · En vigueur : 1er oct. 2026 · Prochaine révision : 1er avr. 2027

1. Objet — Chaque réclamation est enregistrée, accusée et résolue de la même façon, de sorte qu'un client reçoive la même réponse quelle que soit la personne qui prend l'appel, dans la langue du client.
2. Périmètre — Réclamations de clients concernant un produit, une livraison ou une facture, par téléphone, e-mail ou chat. Hors périmètre : demandes de garantie (SOP-CS-07) ; réclamations fournisseurs (SOP-PR-02).
3. Rôles — Accueil : enregistre et accuse réception. Agent du service : enquête et répond. Responsable du service : approuve tout ce qui dépasse le plafond d'avoir, décide des escalades.
4. Prérequis — Accès au registre des réclamations ; le modèle d'accusé de réception dans la langue du client ; le plafond d'avoir en vigueur (voir l'en-tête du registre).

5. Procédure
5.1 L'accueil enregistre la réclamation dans le registre → entrée avec date, canal, client, produit, langue du client et ID de réclamation
5.2 L'accueil envoie l'accusé de réception sous un jour ouvré → e-mail d'accusé de réception avec l'ID de réclamation, dans la langue du client
5.3 L'agent du service enquête :
a. vérifie les enregistrements de commande, de livraison et de facturation ;
b. appelle ou écrit au client s'il manque un fait ;
c. consigne le constat et la solution proposée dans le registre → constat et solution, datés
5.4 Si la solution est un avoir inférieur au plafond, l'agent l'émet ; au-delà du plafond, le responsable du service approuve sous un jour ouvré → avoir ou approbation écrite
5.5 L'agent répond au client dans les cinq jours ouvrés suivant l'étape 5.1 → réponse dans la langue du client, mentionnant l'ID de réclamation
5.6 L'accueil clôture l'entrée → statut Clôturée, date, solution

6. Exceptions — Client absent du système : enregistrer avec les coordonnées fournies, signaler non vérifié, poursuivre. Le client menace d'une action en justice : s'arrêter à l'étape 5.3, transmettre le jour même au responsable du service. Responsable absent : le suppléant nommé dans l'en-tête du registre approuve.
7. Enregistrements — L'entrée au registre (conservée 5 ans), l'accusé de réception et la réponse (dans le dossier du client), l'avoir (comptabilité).
8. Références — Politique client §4 ; SOP-CS-07 ; instruction de travail WI-CS-04a « Le registre des réclamations ».
v2.1 — 1er oct. 2026 — délai de l'étape 5.2 ramené de deux jours à un ; accusé de réception désormais dans la langue du client — approuvée par Marta R.
v2.0 — 15 mars 2026 — plafond d'avoir et étape d'approbation ajoutés — approuvée par Marta R.

Ouverture de la clinique — accueil, checklist quotidienne

SOP-FD-01 — Ouverture de la clinique
Version : 1.3 · Responsable : Responsable de la clinique, Tomás A. · En vigueur : 1er sept. 2026 · Prochaine révision : 1er mars 2027

1. Objet — La clinique est prête pour le premier patient à 08 h 00, chaque jour, quelle que soit la personne qui ouvre.
2. Périmètre — Ouverture en semaine par le réceptionniste du poste du matin. Hors périmètre : ouverture le week-end (SOP-FD-02).
3. Rôles — Réceptionniste d'ouverture : tout ce qui suit. Responsable de la clinique : appelé pour tout point non réalisé.

5. Procédure — avant 07 h 45, dans cet ordre
☐ Alarme désactivée, portes déverrouillées, lumières et chauffage allumés
☐ Ordinateur de l'accueil allumé, système de rendez-vous ouvert, liste du jour imprimée
☐ Ligne téléphonique basculée du message de nuit au mode direct
☐ Salle d'attente vérifiée : chaises, eau, affichages du jour dans les deux langues
☐ Salles de soins 1 à 3 : consommables au-dessus du trait minimum sur l'armoire
☐ Terminal de carte allumé et transaction test annulée
☐ Les trois premiers patients du jour appelés si l'un d'eux porte la mention à confirmer

6. Exceptions — Un point ne peut pas être réalisé : appeler le responsable de la clinique avant 07 h 50 ; ne pas ouvrir les portes aux patients tant que le responsable n'a pas répondu. Système de rendez-vous en panne : utiliser la liste imprimée la veille au soir (SOP-FD-05).
7. Enregistrements — La checklist cochée, paraphée et datée, dans le dossier d'ouverture ; conservée trois mois.
v1.3 — 1er sept. 2026 — affichages dans les deux langues ajoutés au point de la salle d'attente — approuvée par Tomás A.

Remarquez ce que les deux ont en commun : chaque étape commence par un rôle et un verbe et se termine par quelque chose qu'une seconde personne pourrait vérifier ; les exceptions nomment une personne ; l'en-tête dit qui en est responsable et quand elle sera revue ; et les dernières lignes consignent ce qui a changé et pourquoi. C'est tout le métier. Tout le reste de ce guide porte sur ce qui garde le document exact après le jour où il a été signé.

Le cycle de révision : comment une procédure reste exacte

Une SOP est une affirmation sur la façon dont le travail se fait, et le travail évolue. Le cycle de révision est ce qui garde cette affirmation honnête. Il comporte quatre éléments.

Une date, et des déclencheurs qui l'emportent sur la date. Chaque SOP a une prochaine date de révision dans son en-tête — six ou douze mois est courant, moins pour tout ce qui est réglementé ou lié à la sécurité. Quatre événements font avancer la révision : un incident que la procédure n'a pas empêché ; un changement dans l'outil, le formulaire ou le fournisseur dont dépendent les étapes ; un changement dans la règle ou la réglementation que la SOP met en œuvre ; et trois écarts d'affilée — trois personnes qui font une étape autrement que dans le document, c'est un vote, pas un problème de discipline.

Une courte réunion de révision avec les personnes qui font la tâche. Vingt minutes, le responsable et deux ou trois personnes qui exécutent la procédure, la version en vigueur à l'écran de chacun. L'ordre du jour est toujours le même :

Révision SOP-[ID] — [date]
1. Écarts depuis la dernière révision : où avons-nous fait autrement, et pourquoi — 5 min
2. Incidents et réclamations que la procédure a concernés — 5 min
3. Étapes à modifier, ajouter ou supprimer — une ligne chacune, avec la raison — 7 min
4. Décision : rééditer en v[n.n] au [date], ou confirmer sans changement avec une nouvelle date de révision — 3 min
Actions : qui modifie, qui approuve, qui prévient qui, pour quand

Une nouvelle version, l'ancienne conservée. La modification entre dans l'historique des révisions sous la forme d'une ligne — date, ce qui a changé, qui a approuvé — et le numéro de version avance : une étape modifiée donne une version mineure (2.0 → 2.1), un périmètre modifié ou un nouveau rôle une version majeure. La version précédente est marquée remplacée et conservée, pas supprimée : un auditeur, ou un collègue qui explique ce qui s'est passé en mars, a besoin de la procédure telle qu'elle était alors. Une décision prise lors de la révision qui change une règle, et pas seulement une étape, a aussi sa place dans le relevé de décision, avec l'ID de la SOP dans l'entrée.

Les personnes qui font la tâche en sont informées. Une SOP rééditée que personne n'a annoncée est l'ancienne SOP avec un nouveau numéro. Le changement est communiqué à ceux qui exécutent la procédure, à l'endroit où ils lisent déjà, avec les trois lignes modifiées citées — et la nouvelle date de révision entre dans le calendrier le jour même.

Où la SOP et sa révision vivent dans les outils que vous utilisez déjà

La procédure elle-même est un document, et elle vit là où vivent les documents de l'équipe — un fichier Word dans une bibliothèque partagée, un Google Doc, une page de wiki, un canvas. La révision est une réunion, et chaque plateforme a un endroit pour ce que la réunion de révision laisse derrière elle, chacune s'arrêtant à un point différent. Comportement documenté uniquement, d'après les pages des éditeurs eux-mêmes, avec le mois où chaque page a été consultée :

Deux choses sont identiques partout. La SOP est un document dans l'unique langue dans laquelle elle a été écrite, et le collègue qui lit une autre langue lit celle-là ou une copie que quelqu'un a faite ; et ce que la révision a changé n'entre dans le document que si une personne le saisit ensuite, dans cette même langue.

Comment la procédure — et chacune de ses révisions — revient dans la langue de chaque membre

InterMIND est un espace de communication où le travail d'une équipe vit dans un canal ; la SOP y a donc une place évidente : le canal de l'équipe qui exécute la procédure. Publiée sous forme de note — un message en texte enrichi avec titres et listes numérotées, modifiable ensuite depuis son propre menu — elle est lue par chaque membre dans sa propre langue, avec l'original et un comparatif des changements à un basculement de distance, et épinglée pour que la version en vigueur soit la première chose qu'un nouveau collègue trouve. Importée plutôt sous forme de fichier — un PDF ou un document Word — elle s'ouvre pour chaque lecteur traduite dans sa langue sur les formules payantes, et sur toutes les formules sa fiche porte un résumé IA dans la langue du lecteur, chaque point renvoyant au paragraphe dont il provient : la lecture de cinq minutes existe avant que quiconque l'ait rédigée. Si le document maître reste dans un outil documentaire, ses mises à jour arrivent dans le canal par e-mail : l'hôte du canal lui donne une adresse propre, et un message envoyé à cette adresse apparaît comme un message ordinaire, avec l'expéditeur nommé et les pièces jointes conservées.

La réunion de révision part de ce canal. Pendant l'appel, la version en vigueur s'affiche à l'écran de chacun à côté des vignettes vidéo avec Share to conference — une note, ou un document Google Docs ou OneDrive lié dans le chat — et chaque participant la fait défiler indépendamment et la lit dans sa propre langue ; une note partagée est modifiée en direct par la personne qui la partage pendant que la salle regarde l'étape modifiée prendre forme. Quand l'appel se termine, le compte rendu est rédigé à partir de la réunion elle-même — un résumé, les points marqués convenus, ouverts ou contestés, les action items avec leurs responsables, chaque ligne gardant son horodatage — et les documents partagés pendant la session apportent leurs résumés à côté de ce qui a été dit. Il arrive par e-mail, sous forme de message dans le canal et sous forme de lien dans l'événement du calendrier, et chaque membre connecté le lit dans sa propre langue : le compte rendu est traduit par lecteur, et non rédigé une seule fois dans la langue que la salle s'est trouvée utiliser. Tout membre peut le modifier, chaque modification conserve son auteur et son historique de révisions, et le canal garde le compte rendu de chaque session passée — la révision qui a produit la v2.1 est donc à un clic de la note qui est la v2.1, et l'assistant d'un membre — Claude, ChatGPT, Copilot ou Gemini, connecté via le connecteur MCP — peut rechercher dans les comptes rendus, transcriptions, chats et textes des fichiers partagés en une seule question, « qu'avons-nous changé dans la procédure de réclamation en octobre ? », et lire le document lui-même ; cela fonctionne pour les organisations dont les fonctions IA sont activées.

Les personnes qui exécutent une procédure ne sont pas toujours des salariés. Le personnel d'un distributeur, un prestataire, un remplaçant : un membre externe du canal le rejoint par e-mail avec un compte gratuit et lit la SOP et son historique comme tout le monde ; une personne sans compte est invitée à une seule réunion — elle rejoint l'appel de révision par lien, depuis un téléphone, sans frais, l'entend en direct dans sa propre langue, et ne reçoit aucune trace ensuite. L'hôte fournit l'espace et, sur une formule payante, ne paie que les membres actifs au cours des 28 derniers jours — qui ont rejoint une réunion, écrit dans un chat ou interrogé l'assistant ; les membres qui deviennent silencieux conservent leur accès sans frais.

• Ouvrir un compte rendu complet — un vrai compte rendu, produit par le même code que celui qui écrit les vôtres.
• Essayer la démo en direct — sans inscription ; parlez, et entendez la salle traduite pour chaque auditeur.

Les SOP en tant que métier survivent à tous les outils : il faut toujours que quelqu'un observe la tâche en cours, écrive les étapes sous forme d'actions et demande à la personne nouvelle où elle a bloqué. Ce qui n'a pas à survivre, c'est le second travail — garder à la main une copie traduite de chaque version, et ressaisir ce que la révision a changé, dans une seule langue, pour des personnes qui en lisent d'autres.

FAQ

Qu'est-ce qu'un modèle de SOP ?

Un modèle de SOP est le squelette fixe dans lequel une procédure opérationnelle standard est rédigée : un en-tête avec l'ID, la version, le responsable, la date d'entrée en vigueur et la prochaine date de révision, suivi des sections standard — objet, périmètre, rôles, définitions et prérequis, procédure numérotée, exceptions et escalade, enregistrements, et références avec un historique des révisions. Le modèle donne le même aspect à toutes les procédures de l'organisation, de sorte qu'une personne qui en a lu une puisse s'orienter dans toutes.

Quelles sont les 5 parties d'une SOP ?

Les cinq parties sur lesquelles la plupart des modèles s'accordent sont le bloc-titre ou en-tête, l'objet, le périmètre, les rôles et responsabilités, et la procédure elle-même. Une SOP complète en ajoute trois — exceptions et escalade, enregistrements, et références avec un historique des révisions — et ce sont généralement celles qui manquent qui font échouer une procédure : personne ne sait quoi faire quand le chemin habituel est bloqué, et personne ne sait ce qui a changé depuis la dernière version.

Comment rédiger une SOP ?

Observez la personne qui fait la tâche et notez ce qui se passe réellement, y compris les embranchements. Rédigez d'abord la section procédure — une action par étape, rôle plus verbe, présent — puis complétez le périmètre, les rôles et les exceptions à partir de ce que les étapes ont révélé. Testez-la sur quelqu'un qui n'a jamais fait la tâche et corrigez chaque endroit où il s'arrête. Publiez-la là où l'équipe lit déjà, avec le responsable et la prochaine date de révision dans l'en-tête, et inscrivez cette date dans le calendrier.

Quel est le format d'une SOP ?

Une ligne d'en-tête — ID, version, responsable, date d'entrée en vigueur, prochaine date de révision — et huit sections numérotées : objet, périmètre, rôles, définitions et prérequis, procédure, exceptions et escalade, enregistrements, références et historique des révisions. La section procédure prend l'une de quatre formes : étapes numérotées simples, étapes hiérarchiques avec sous-étapes, un logigramme quand les embranchements comptent plus que l'ordre, ou une checklist pour une routine quotidienne.

Quelle est la différence entre une SOP et une instruction de travail ?

Une SOP décrit une tâche de bout en bout au niveau des rôles et des étapes — qui fait quoi, dans quel ordre, avec quel résultat. Une instruction de travail décrit l'une de ces étapes sur un écran, une machine ou un formulaire, jusqu'au champ et au bouton. La SOP dit « L'accueil enregistre la réclamation dans le registre » ; l'instruction de travail montre le registre, les champs et les valeurs de la liste déroulante. Les garder séparées est ce qui permet à la SOP de survivre à un changement de logiciel.

Quelle est la différence entre une SOP et une politique ?

Une politique est la règle et sa raison : ce que l'organisation fait et ne fait pas. Une SOP est la façon dont un rôle applique la règle, étape par étape. « Toute réclamation reçoit une réponse sous deux jours ouvrés » est une politique ; les huit étapes de l'enregistrement à la clôture sont la SOP qui la met en œuvre. Une politique change rarement et par décision ; une SOP change chaque fois que le travail change, et son historique des révisions dit quand.

Existe-t-il un modèle de SOP dans Word ou Google Docs ?

Le modèle de ce guide est du texte brut avec des libellés en gras, il se colle donc dans un document Word, un Google Doc, une page Notion, un canvas Slack ou une note de chat sans remise en forme. Le format compte plus que le fichier : quel que soit le support de la SOP, il lui faut l'en-tête avec le responsable et la date de révision, des étapes numérotées qui commencent par un rôle et un verbe, une personne nommée pour chaque exception et un historique des révisions — et il doit se trouver là où les personnes qui font la tâche lisent déjà.

À quelle fréquence faut-il réviser les SOP ?

À une date inscrite dans l'en-tête — tous les six ou douze mois est courant, moins là où la procédure est réglementée ou liée à la sécurité — et plus tôt quand l'une de ces quatre choses se produit : un incident que la procédure n'a pas empêché, un changement dans l'outil ou le formulaire dont dépendent les étapes, un changement dans la règle qu'elle met en œuvre, ou trois écarts d'affilée. La révision est une réunion de vingt minutes avec les personnes qui font la tâche, et elle aboutit à une nouvelle version avec une ligne dans l'historique ou à une confirmation avec une nouvelle date de révision.

Sources : Microsoft — Take meeting notes in Microsoft Teams ; Zoom — Using Meeting Summary with AI Companion ; Google — Calendar & Meet settings for "Take notes for me" ; Google Meet — "Take notes for me" in Google Meet ; Slack — Meeting agenda template (canvas). Pages de Microsoft, Google et Slack consultées en octobre 2026 ; page du résumé de réunion de Zoom consultée en août 2026. Les éditeurs modifient avec le temps leurs formules, leurs fonctionnalités et leurs listes de langues ; consultez leurs pages pour connaître l'état actuel.