De ongeschreven regels die je operatie sturen — en welke je moet killen

Voor wie: eigenaar-bestuurders van een owner-managed MKB waar het werk "vanzelf" loopt op gewoontes en losse afspraken — maar niemand kan precies aanwijzen wélke regels de operatie sturen.

"Business-algoritmes" klinkt technisch, maar het is het tegenovergestelde van code. Een business-algoritme is een ongeschreven beslisregel die je operatie stuurt: de manier waarop je een offerte beprijst, wanneer je bij welke leverancier inkoopt, hoe een nieuwe opdracht in de planning schuift, hoe en wanneer je een klant of lead opvolgt. Niemand heeft die regels ooit bewust ontworpen. Ze ontstonden uit een noodgreep, een oude klant, een vertrokken medewerker, een keer dat het misging — en ze bleven hangen als "zo doen wij dat".

Ze staan nergens opgeschreven, dus niemand toetst ze ooit. Dat is precies het risico: de regels die je operatie het hardst sturen, zijn meestal de regels die je nooit hebt gekozen. Deze pagina legt uit hoe je ze zichtbaar maakt, hoe je het werk vindt dat niemand ontwierp (de verborgen taken), en hoe je elke regel één van drie oordelen geeft — houden, herstellen, of killen.

De methode: maak de ongeschreven regels zichtbaar en oordeel Keep/Fix/Kill

1. Eerst de afbakening: een algoritme is een beslisregel, geen code

Dit moet vooraan, want het woord misleidt. In deze context is een algoritme géén software en géén AI. Het is een beslisregel: "als X, dan doen we Y." "Vaste klanten krijgen 10% korting" is een algoritme. "Spoedwerk gaat vóór in de planning" is een algoritme. "Bij deze leverancier bestellen we altijd, ook al is-ie duurder" is een algoritme. Sommige regels staan in een systeem, de meeste in iemands hoofd of in de gewoonte van het team. De vraag is nooit "welke software draait er?" maar "welke ongeschreven regels bepalen wat hier dagelijks gebeurt?"

2. Waarom je ze niet ziet: ze zijn nooit ontworpen

Ontworpen processen zijn zichtbaar — ze staan in een handboek, een workflow, een systeem. De regels die je operatie werkelijk sturen zijn meestal niet ontworpen maar gegroeid: een tijdelijke oplossing die permanent werd, een uitzondering die de norm werd, een voorkeur van de oprichter die niemand ooit ter discussie stelde. Omdat ze nooit een expliciet besluit waren, staan ze nergens en toetst niemand ze. Ze voelen als "gewoon hoe het werkt" — en dat gevoel is precies waarom ze onaantastbaar blijven terwijl de wereld eromheen veranderde.

3. Inventariseer: maak de regels expliciet, domein voor domein

Je vindt de ongeschreven regels niet door te vragen "wat zijn onze processen?" — dan krijg je het handboek terug. Je vindt ze door per beslisdomein te vragen: hoe beslissen we hier eigenlijk? Vier domeinen leveren bijna altijd het meeste op:

• Tariefzetting — hoe komt een prijs tot stand? Welke kortingen, uitzonderingen en "voor deze klant doen we het anders"-regels leven er ongeschreven?
• Inkoop — bij wie bestellen we, hoeveel, en wanneer? Welke leverancierskeuzes zijn gewoonte in plaats van besluit?
• Planning — wat gaat vóór, wat schuift op? Wie mag de volgorde omgooien, en op grond waarvan?
• Opvolging — hoe en wanneer volgen we leads, offertes en klanten op? Wat gebeurt er "meestal" en wat valt stil?

Elke regel die je hier expliciet maakt, verplaats je van iemands hoofd naar papier — en pas dan kun je hem beoordelen.

4. De verborgen taken: het werk dat niemand ontwierp

Naast ongeschreven regels draait elke operatie op ongeschreven taken: werk dat wél gebeurt, maar dat niemand formeel bezit. De offerte die de eigenaar 's avonds nog even nakijkt, de klant die alleen de baas "even belt", de beslissing die altijd bij één persoon terugkomt. Dit is Hidden Task Detection: het opsporen van taken die onzichtbaar zijn omdat ze nergens staan en toch de operatie dragen. Ze zijn dubbel gevaarlijk. Ten eerste tellen ze niet mee in capaciteit of planning, dus ze verdwijnen als onzichtbare last op iemands bord — meestal dat van de eigenaar. Ten tweede zijn ze de motor van eigenaarsafhankelijkheid: zolang cruciaal werk alleen in het hoofd van de eigenaar zit, kan de operatie niet zonder hem draaien.

5. Het oordeel: Keep, Fix of Kill

Zichtbaar maken is de helft; de andere helft is oordelen. Elke regel en elke verborgen taak die je hebt blootgelegd, krijgt precies één van drie labels:

• Keep — de regel werkt, sluit aan op hoe je nú wilt werken, en verdient het om vastgelegd en overdraagbaar gemaakt te worden. Van impliciet naar expliciet, zodat hij niet van één persoon afhangt.
• Fix — de regel had ooit zin maar is verouderd, half kapot of te veel op uitzonderingen gebouwd. Hij blijft, maar wordt opnieuw ontworpen: helderder, met een eigenaar, en zonder de workaround die eromheen groeide.
• Kill — de regel kost meer dan hij oplevert, dient een situatie die niet meer bestaat, of houdt eigenaarsafhankelijkheid in stand. Weg ermee — inclusief de taken en gewoontes die eraan vastzitten.

Het oordeel is per regel, niet per afdeling. Zo voorkom je dat een goede regel sneuvelt in een grote schoonmaak, of dat een schadelijke regel meelift omdat "de rest wel werkt".

6. Waarom "Kill" het moeilijkst en het belangrijkst is

Keep is comfortabel, Fix voelt als vooruitgang — maar Kill is waar de winst zit en de weerstand zit. Een regel killen betekent toegeven dat iets wat jaren "gewoon zo ging" niet meer nodig is, en vaak raakt dat aan gewoontes van de eigenaar zelf. Toch is elke regel die je niet killt maar had moeten killen, een stille belasting: hij vraagt aandacht, houdt uitzonderingen in leven en bindt werk aan personen. De discipline van de methode is dat Kill een legitieme, verwachte uitkomst is — niet een teken van falen, maar het punt van de hele exercitie.

7. Van eenmalige audit naar ritme

Ongeschreven regels groeien terug. Elke nieuwe klant, elke noodgreep, elke vertrokken medewerker zaait nieuwe impliciete regels en nieuwe verborgen taken. Een audit is daarom geen eindpunt maar een nulmeting: je legt de regels bloot, oordeelt, en houdt daarna bij welke nieuwe regels zich ongemerkt vestigen. Zo wordt van "waarom doen we dit eigenlijk?" een herhaalbaar ritme in plaats van een eenmalige opruiming — en blijft de operatie los van het hoofd van één persoon.

Waar het misgaat

• Je documenteert de processen die je hebt ontworpen en mist de ongeschreven regels die de operatie echt sturen.
• Je behandelt "algoritme" als software en zoekt in systemen, terwijl de regels in hoofden en gewoontes zitten.
• Je maakt de regels wel zichtbaar maar velt geen oordeel — dan verandert er niets.
• Je durft niets te killen, dus verouderde regels en verborgen taken blijven stil geld kosten.
• Je ruimt één keer op en laat de nieuwe ongeschreven regels weer ongemerkt terugkomen.

Elk punt hierboven houdt eigenaarsafhankelijkheid en ad-hoc werk in stand. De regels eerst zichtbaar maken — en dán per stuk beoordelen — is wat de rest de moeite waard maakt.

Veelgestelde vragen

Wat bedoelen jullie precies met een "business-algoritme"?

Een ongeschreven beslisregel die je operatie stuurt — "als X, dan Y" — over tarieven, inkoop, planning of opvolging. Het is nadrukkelijk géén software of AI, maar de manier waarop je bedrijf feitelijk beslist, of dat nu in een systeem staat of alleen in iemands hoofd.

Hoe verschilt dit van gewoon onze processen documenteren?

Processen documenteren legt vast wat je bewust ontwierp. Deze methode legt bloot wat je nóóit ontwierp: de regels en taken die ad hoc ontstonden en "zo doen wij dat" werden. Dat is precies de laag die in een handboek ontbreekt.

Wat houdt het Keep/Fix/Kill-oordeel in?

Elke blootgelegde regel krijgt één label: Keep (werkt, leg vast en maak overdraagbaar), Fix (had zin, herontwerp hem) of Kill (kost meer dan hij oplevert, weg ermee). Het oordeel is per regel, zodat goede regels blijven en schadelijke sneuvelen.

Wat zijn "verborgen taken" en waarom zijn ze een probleem?

Werk dat gebeurt maar dat niemand formeel bezit — vaak absorbeert de eigenaar het. Het telt niet mee in capaciteit en het bindt cruciaal werk aan één persoon, waardoor de operatie niet zonder die persoon kan. Dat is de kern van eigenaarsafhankelijkheid.

Wat levert een Algorithm Audit concreet op?

Een inventaris van de ongeschreven regels en verborgen taken die je operatie sturen, per stuk voorzien van een Keep/Fix/Kill-oordeel, met de killers en fixes geprioriteerd. Het instappunt om je operatie los te maken van gewoonte en van één hoofd.

GLO25 Algorithm Audit™ inventariseert ongeschreven beslisregels en verborgen taken om organisaties schaalbaar en onafhankelijk te maken van één hoofd. Plan een gesprek om te zien welke regels jouw operatie sturen — en welke je moet houden, herstellen of killen. Dit is algemene informatie, geen advies dat op jouw specifieke situatie is toegesneden.