SOP's en de grens van standaardisatie

Een standard operating procedure vastlegt een reeks stappen die, mits gevolgd, een voorspelbaar resultaat opleveren. Dat werkt goed wanneer de situatie waarin de procedure wordt toegepast weinig variatie kent: een vaste machine-instelling, een vaste controlestap, een vaste volgorde van handelingen. SOP software helpt daarbij door versies te beheren, stappen visueel te structureren en toegang te regelen.

Het probleem ontstaat niet bij deze categorie werk. Het ontstaat bij werk dat op het eerste gezicht standaardiseerbaar lijkt, maar in de praktijk voortdurend variabelen bevat die een vaste procedure niet kan vangen: een afwijkende materiaalpartij, een klant met een uitzonderingswens, een storing die niet in het beslisboompje voorkomt.

De meest voorkomende fout bij SOP's is niet dat ze te gedetailleerd zijn, maar dat ze suggereren dat volledige naleving altijd tot het juiste resultaat leidt, ook in gevallen waar dat inhoudelijk niet klopt. Ervaren medewerkers merken dat, en gaan de procedure op die punten stilzwijgend negeren of aanpassen. Nieuwe medewerkers hebben dat inzicht nog niet en volgen de procedure letterlijk, ook waar dat niet passend is.

Zo ontstaat een kloof tussen wat op papier de standaard is en wat er in de praktijk daadwerkelijk gebeurt, zonder dat die kloof ergens is vastgelegd. Dat is geen falen van de SOP als document, maar van het uitgangspunt dat alle werk in die vorm te vangen is.

Het vastleggen van waar standaardisatie ophoudt en oordeel begint, is inhoudelijk zwaarder werk dan het schrijven van de procedure zelf. Het vraagt een expliciet gesprek over welke kennis vast institutioneel is vastgelegd en welke kennis bij ervaring en actueel vakoordeel blijft liggen — een onderscheid dat de basis vormt van hoe kennis binnen een organisatie eigenlijk verdeeld is over documenten en mensen.