Onderdeel van Kernmodules van het framework
HSP — AANGELEERDE SYSTEEMLOGICA
Sommig gedrag blijft terugkomen omdat het systeem heeft geleerd dat een bepaalde route veilig, noodzakelijk of logisch is.
HSP noemt zulke impliciete instructies operationele regels. Ze zijn geen identiteit en ook niet de hele verklaring voor gedrag. Ze vormen één deel van bredere aangeleerde systeemlogica, naast voorspelling, activatie, resource allocatie, keuzeruimte en feedback.
Wat is een operationele regel? → Bekijk het huidige HSP-model →
Gedragsarchitectuur
Wanneer gedrag zich blijft herhalen, lijkt het alsof het gedrag zelf het probleem is. HSP kijkt naar de systeemroute die maakt dat bepaalde output op dat moment logisch of beschikbaar wordt.
Operationele regels zijn daarin belangrijk, maar niet het hele verhaal. Ze vormen een onderdeel van bredere aangeleerde systeemlogica: regels, drempels, standaardroutes en strategieën rond bijvoorbeeld veiligheid, risico, waarde, verbinding, controle, schuld, zichtbaarheid of belasting.
Duurzame verandering vraagt niet alleen ander gedrag, maar zicht op de route die dat gedrag beschikbaar maakt.
Operationele regels
Een operationele regel is een aangeleerde impliciete instructie die mee bepaalt welke reactie, strategie of handeling in een bepaalde context logisch voelt.
Zo’n regel kan bijvoorbeeld bepalen wat veilig, riskant, noodzakelijk, verboden of verstandig lijkt voordat bewuste keuze volledig beschikbaar is.
Operationele regels vallen binnen bredere aangeleerde systeemlogica. Die omvat ook drempels, verwachtingen, standaardroutes en strategieën die door ervaring zijn gevormd.
Een operationele regel zegt niet wie je bent. Ze beschrijft één deel van wat je systeem heeft geleerd te doen onder bepaalde omstandigheden.
De route
Een situatie veroorzaakt gedrag niet rechtstreeks. Tussen input en output zitten meerdere systeemprocessen.
HSP beschrijft de huidige route als:
Voorspellende interpretatie omvat detectie, betekenis en voorspelling. Aangeleerde systeemlogica beïnvloedt vervolgens welke routes onder die voorspelling snel beschikbaar worden.
Een operationele regel is dus geen directe oorzaak van gedrag, maar één schakel in een grotere systeemroute.
Ontstaan
Operationele regels kunnen ontstaan wanneer het systeem door ervaring leert wat waarschijnlijk veilig, riskant, waardevol, noodzakelijk of effectief is.
Soms gebeurt dat vroeg in het leven. Soms ontstaan regels later door herhaalde werkdruk, sociale afwijzing, relatiepatronen, verlies, succes, overbelasting of situaties waarin bepaald gedrag tijdelijk hielp.
Een regel kan ooit passend of beschermend zijn geweest en later actief blijven in omstandigheden waarin dezelfde route niet meer nodig of helpend is.
Wat ooit logisch was, kan later een automatische standaardroute worden.
Herhaling
Een operationele regel kan actief blijven zolang de systeemroute eromheen vertrouwd, voorspelbaar of functioneel genoeg blijft.
Dat kan gebeuren wanneer de route spanning verlaagt, afwijzing helpt voorkomen, controle vergroot, schaamte dempt, energie spaart of een bekende uitkomst oplevert.
Ook wanneer je bewust weet dat een patroon niet helpt, kan dezelfde route onder activatie opnieuw beschikbaar worden. Bekende feedback kan de oude voorspelling en aangeleerde systeemlogica blijven bevestigen.
Vertrouwd is niet hetzelfde als goed. Het betekent alleen dat het systeem deze route al kent.
Betekenis, voorspelling & regel
Een overtuiging beschrijft vaak wat het systeem als waar of waarschijnlijk ervaart. Binnen HSP kan dat raken aan betekenis en voorspelling.
Een operationele regel is praktischer: ze beschrijft wat het systeem geneigd is te doen wanneer die betekenis of voorspelling relevant wordt.
“Mensen vinden mij snel lastig.”
“Als ik iets vraag, kan ik worden afgewezen.”
“Vraag zo min mogelijk en pas je aan.”
De uiteindelijke output hangt vervolgens ook af van activatie, resources, capaciteit / keuzeruimte en context.
Voorbeelden
Operationele regels kunnen op verschillende gebieden van aangeleerde systeemlogica actief zijn.
Als ik controle verlies, gaat er iets mis.
Als ik nee zeg, verlies ik verbinding.
Als ik niet presteer, ben ik minder waard.
Als ik zichtbaar ben, word ik beoordeeld.
Als ik rust, raak ik achter.
Als ik verschil van mening, wordt het onveilig.
Een regel is geen diagnose of persoonlijkheidskenmerk. Het is een hypothese over aangeleerde systeemlogica die je kunt toetsen aan observatie, context en feedback.
Inzicht is geen update
Je kunt een operationele regel bewust herkennen en toch opnieuw dezelfde route volgen.
Inzicht kan betekenis en richting geven, maar beschikbaar gedrag wordt ook beïnvloed door voorspelling, activatie, resource allocatie, lichaamstoestand, capaciteit / keuzeruimte en de feedback die eerdere routes hebben opgeleverd.
Daarom is “ik weet het toch” niet hetzelfde als “mijn systeem heeft een andere route beschikbaar”.
Inzicht kan een update voorbereiden. Nieuwe ervaring en feedback moeten die update nog ondersteunen.
Systeemupdate
Een operationele regel verandert niet betrouwbaar door ertegen te vechten of door jezelf te dwingen het tegenovergestelde te doen.
Een update wordt waarschijnlijker wanneer er voldoende veiligheid en capaciteit is voor een klein ander experiment, en de ervaring feedback oplevert die afwijkt van wat het systeem voorspelde.
Het doel is niet de oude regel te “verslaan”, maar het systeem nieuwe informatie te laten ervaren waar het die ook werkelijk kan verwerken.
Nieuwe feedback kan een regel of bredere systeemlogica helpen updaten. Ze garandeert die update niet.
Update-readiness
Niet elke operationele regel vraagt om dezelfde volgende stap.
De passende route hangt af van de huidige systeemcondities en van hoeveel keuzeruimte beschikbaar is.
Wanneer activatie hoog is, capaciteit laag is of veiligheid eerst aandacht vraagt.
Wanneer de regel, voorspelling of trigger nog onvoldoende zichtbaar is.
Wanneer actuele input de oude route blijft versterken.
Wanneer er genoeg keuzeruimte is voor een klein veilig ander gedrag.
Wanneer een andere ervaring beschikbaar is en het systeem kan registreren wat er werkelijk gebeurde.
Wanneer eerdere output impact had en verantwoordelijkheid of repair nodig is.
Geen update forceren wanneer de systeemcondities daar niet geschikt voor zijn.
De kern
HSP kijkt niet alleen naar gedrag en ook niet alleen naar inzicht. Het kijkt naar de hele route die bepaalt wat op een bepaald moment beschikbaar wordt.
De huidige architectuur is: omgeving / input → voorspellende interpretatie → operationele regels / aangeleerde systeemlogica → activatie → resource allocatie → capaciteit / keuzeruimte → gedrag / output → feedback.
Operationele regels zijn belangrijk omdat ze concreet maken welke aangeleerde instructie of strategie onder een bepaalde voorspelling actief kan worden. Maar ze werken nooit los van de rest van het systeem.
Wie een regel ziet, begrijpt één belangrijke schakel. Wie de hele route ziet, begrijpt beter waarom die regel juist daar en juist dan invloed kreeg.
Operationele regels kunnen helpen verklaren waarom bepaalde routes terugkeren, maar ze zijn slechts één deel van de systeemdynamiek.
De volgende stap is daarom kijken onder welke condities een regel invloed krijgt: wat werd gedetecteerd en voorspeld, hoe hoog was de activatie, waar gingen resources naartoe, hoeveel capaciteit / keuzeruimte bleef over en welke feedback volgde?
Daardoor verschuift verandering van zelfcorrectie naar gerichte systeemobservatie.
Verder in deze leesroute
Gebruik de patronenroute wanneer iets zich blijft herhalen en je wilt onderzoeken welke voorspelling, aangeleerde systeemlogica en feedback de route onderhouden.
In het HSP Kernprotocol: MAP · HSP Kernprotocol →