SOP maken: opbouw, verschil met een werkinstructie en revisiebeheer

Een SOP maken doe je door één terugkerende situatie te beschrijven met een doel, scope, rollen, benodigdheden, de stappen inclusief het keuzemoment, uitzonderingen, een eigenaar, versiebeheer en een revisiedatum. Een SOP verschilt van een werkinstructie doordat hij een keuzemoment bevat, en van een procesbeschrijving doordat hij één situatie beschrijft in plaats van een heel proces over meerdere rollen.

Wat is een SOP precies?

Een SOP (Standard Operating Procedure) is een schriftelijke procedure die vastlegt hoe je een terugkerende situatie afhandelt, inclusief de keuze die daarbij hoort. In de kwaliteitswereld wordt een procedure omschreven als een vaste, uniforme manier om een activiteit of proces uit te voeren, onderscheiden van zowel het proces erboven als de werkinstructie eronder¹ — een SOP is dat idee toegepast op één herkenbare situatie in jouw bedrijf, met een naam die iedereen begrijpt.

SOP is Engelse vaktaal die is overgewaaid uit sectoren waar de term wettelijk verplicht is voor gevalideerde processen, zoals farmacie en voedselveiligheid. Buiten die sectoren wordt SOP losser gebruikt: als synoniem voor 'procedure', en soms zelfs voor 'werkinstructie'. Dat is niet fout — het vervaagt alleen precies het onderscheid dat je nodig hebt om te weten welk document je eigenlijk aan het schrijven bent.

Wat is het verschil tussen een SOP, een werkinstructie en een procesbeschrijving?

Een procesbeschrijving beschrijft een heel proces over meerdere rollen en afdelingen heen. Een SOP beschrijft één terugkerende situatie binnen dat proces, meestal met een keuzemoment. Een werkinstructie beschrijft precies één taak, zonder keuzes, voor wie hem nog nooit deed. Het niveau bepaalt hoe je het document schrijft en hoe vaak je het moet herzien.

In de praktijk lopen SOP en werkinstructie vaak door elkaar, en dat is precies waarom veel bedrijven het verkeerd om schrijven: een lijstje stappen zonder keuze noemen ze een SOP, en een procedure mét een keuzemoment krijgt de titel 'werkinstructie'. Zie werkinstructie maken voor waar dat artikel de grens trekt — wij hanteren hier dezelfde scheidslijn: zodra er een 'als dit, dan dat' in staat, schrijf je een SOP; zonder vertakking schrijf je een werkinstructie.

Wanneer schrijf je een SOP — en wanneer niet?

Schrijf een SOP bij een terugkerende situatie met een keuzemoment waarbij de verkeerde keuze duur, gevaarlijk of juridisch relevant is, of die nu 'op gevoel' wordt afgehandeld door één ervaren collega. Sla hem over bij taken zonder keuze — dat is een werkinstructie — en bij werkwijzen die nog niet stabiel genoeg zijn om vast te leggen.

• Schrijf er wél een bij: situaties met een keuzemoment dat regelmatig terugkeert — garantie wel of niet, klacht ernstig of licht, order spoed of regulier.
• Schrijf er wél een bij: situaties waarbij een verkeerde keuze duur, gevaarlijk of juridisch relevant is.
• Schrijf er wél een bij: situaties die nu impliciet worden afgehandeld door één ervaren medewerker, 'op gevoel'.
• Sla over bij: taken zonder keuzemoment — dat is een werkinstructie, geen SOP.
• Sla over bij: werkwijzen die je nog aan het vormgeven bent. Een SOP bevriest een manier van werken; die moet eerst een paar keer goed zijn gegaan voordat je hem vastlegt.
• Sla over bij: situaties die minder dan een paar keer per jaar voorkomen én weinig schade opleveren als ze fout gaan.

Dat vijfde punt is de valkuil bij veel SOP-projecten: een werkwijze vastleggen die de week erna alweer verandert. Dan schrijf je niet een SOP, maar een revisieronde met extra stappen. Wacht tot de werkwijze een paar keer is herhaald zonder grote aanpassingen voor je hem in een document zet.

Wat hoort er in een SOP — de negen onderdelen

Een volledige SOP bevat een doel, een scope, de rollen die mogen uitvoeren en beslissen, benodigdheden, de stappen inclusief het keuzemoment, uitzonderingen, een eigenaar, versiebeheer en een revisiedatum. Mist er één, dan werkt de SOP tot de praktijk afwijkt van wat er staat.

Rollen en uitzonderingen zijn de twee onderdelen die het vaakst ontbreken in SOP's die zijn ingekrompen tot 'een lijstje stappen'. Beide kosten weinig ruimte, en beide zijn precies waar een SOP zich onderscheidt van een werkinstructie: er is een keuze, dus er moet ook staan wie die keuze mag maken en wanneer de standaardkeuze niet geldt.

Hoe schrijf je een SOP in een middag?

Je schrijft een SOP door eerst het keuzemoment scherp te krijgen, daarna de stappen per pad uit te schrijven, en pas als laatste de kop in te vullen: eigenaar, versie en revisiedatum. Ken je de situatie zelf goed, dan is een eerste versie in een middag haalbaar — testen door iemand anders kost een aparte sessie.

1. 1

   Stap 1 — Kies precies één terugkerende situatie

   Geef de SOP een titel met het keuzemoment erin: 'Garantieclaim beoordelen', niet 'klantenservice'. Zit er geen keuze in de titel, dan schrijf je waarschijnlijk een werkinstructie.

2. 2

   Stap 2 — Beschrijf doel en scope in twee zinnen

   Wat moet het resultaat zijn, en voor welke situaties geldt de SOP wél en juist niet.

3. 3

   Stap 3 — Zet het keuzemoment vooraan

   'Als [conditie], doe pad A; zo niet, doe pad B.' Dat is de kern van een SOP — schrijf het als eerste op, vóór je in de losse stappen duikt.

4. 4

   Stap 4 — Schrijf de stappen per pad, in de gebiedende wijs

   Eén handeling per stap, net als bij een werkinstructie, maar nu voor elk pad van het keuzemoment apart.

5. 5

   Stap 5 — Voeg rollen, benodigdheden en uitzonderingen toe

   Wie beslist, wie voert uit, wat heb je vooraf nodig, en wanneer wijk je af van de standaardkeuze.

6. 6

   Stap 6 — Vul de kop: eigenaar, versie 0.1, revisiedatum

   Zet een revisiedatum drie tot zes maanden vooruit. Dit is het onderdeel waar je een jaar later dankbaar voor bent dat je het hebt ingevuld.

Hoe richt je versiebeheer in dat niet meteen vastloopt?

Versiebeheer voor een SOP hoeft geen systeem te zijn: een versienummer, een datum en één regel 'wat is er gewijzigd' per revisie is genoeg voor de meeste MKB-bedrijven. Wat vaker misgaat dan het gebrek aan tooling, is de gewoonte om die drie dingen bij te werken op het moment dat er iets verandert.

Gebruik een eenvoudig schema: versie 0.x voor een concept dat nog niet is goedgekeurd, versie 1.0 zodra de eigenaar hem vrijgeeft, en een oplopend cijfer na de punt bij elke kleine wijziging (1.1, 1.2). Verhoog het cijfer vóór de punt alleen als het keuzemoment zelf verandert — dat is het signaal voor iedereen die de SOP al kent dat er meer is gewijzigd dan een detail. Lean Six Sigma noemt de onderliggende gedachte standaardwerk: de op dit moment beste bekende manier vastleggen als de standaard, wetende dat 'beste manier' verandert zodra iemand een betere vindt.³ Een SOP is dus per ontwerp tijdelijk de beste versie, niet een document dat voor altijd klopt.

1. Datum van de wijziging.
2. Wie de wijziging doorvoerde en wie hem goedkeurde.
3. Wat er precies is veranderd, in één regel.
4. Waarom — vaak het nuttigste veld, en het eerste dat mensen overslaan.

Wie is eigenaar van een SOP, en hoe vaak herzie je hem?

Eén naam, geen afdeling — de eigenaar is verantwoordelijk voor het actueel houden van de SOP én voor het goedkeuren van elke wijziging. Hoe vaak je herziet, hangt af van hoe snel de onderliggende situatie verandert: van elk kwartaal bij systemen die vaak wijzigen tot jaarlijks bij stabiele, wettelijk verplichte procedures.

1. Veiligheids- en wettelijk verplichte SOP's: herzie jaarlijks, of direct bij een wetswijziging.
2. SOP's voor situaties met een systeem of leverancier die vaak verandert: elk kwartaal.
3. SOP's voor stabiele, terugkerende situaties: jaarlijks is meestal genoeg.
4. Bij twijfel: koppel de revisiedatum aan de eigenaar, niet aan een vaste kalender voor de hele organisatie.

Vijftig SOP's schrijven is het makkelijke deel van een documentatieproject. Ze actueel houden is wat het project laat doodbloeden: na een kwartaal verandert er iets aan een leverancier, een systeem of een wettelijke eis, en niemand voelt zich verantwoordelijk om de tekst bij te werken. Wat wél werkt: de eigenaar van een SOP kort laten reageren op wat er in zijn werk is veranderd — het mechanisme achter Buddai. Twee korte vragen per dag aan wie de situatie behandelt, de antwoorden als doorzoekbare kenniskaart met eigenaar, versie en revisiedatum. Hoe je dat organiseert voor je hele team staat in een interne kennisbank maken; de bredere aanpak achter dit alles heet kennisborging.