Onderdeel van HSP Framework Kernprotocol
HSP · VAN MODEL NAAR TOEPASSING
Een vaste route om met HSP te werken: observeer wat er gebeurt, breng de systeemroute in kaart, zoek wat een andere keuze beperkt, kies een passende veranderrichting en controleer wat later werkelijk beschikbaar is geworden.
Het framework beschrijft hoe het systeem werkt.
Het kernprotocol beschrijft hoe je er systematisch mee werkt.
Van model naar toepassing
HSP beschrijft hoe input, betekenis, voorspelling, aangeleerde systeemlogica, activatie, resources, capaciteit en keuzeruimte samen gedrag beïnvloeden.
Het HSP Kernprotocol voegt daar één praktische vraag aan toe:
Als dit de kaart van het systeem is, hoe werk je er dan stap voor stap mee?
Het protocol helpt een actuele route observeren, de belangrijkste beperking vinden, een passende veranderrichting kiezen en vervolgens controleren of er werkelijk iets anders beschikbaar is geworden.
Het is dus geen tweede framework en geen nieuwe verandertechniek. Het is de vaste werkwijze waarmee bestaande HSP-concepten en tools samenkomen.
De klacht kiest niet de methode
Dezelfde zichtbare klacht kan uit verschillende systeemroutes ontstaan.
Uitstelgedrag kan bijvoorbeeld samenhangen met onzekerheid, overbelasting, verwachte beoordeling, ontbrekende vaardigheid of een operationele regel die de taak extreem kostbaar maakt.
Daarom begint HSP niet met de interventie.
Eerst de route. Dan de functie en de beperking. Dan de veranderrichting. Pas daarna de methode, praktische stap of het experiment.
Een bruikbare oplossing hoeft bovendien niet altijd psychologisch te zijn. Soms ontbreekt informatie, is een vaardigheid nodig, moet belasting omlaag of vraagt de omgeving zelf om verandering.
Scope & veiligheid
Niet ieder probleem vraagt om systeemonderzoek of een gedragsexperiment.
Actuele onveiligheid, medische of psychologische problematiek, ernstige overbelasting of een concreet praktisch probleem kunnen eerst een andere vorm van actie of professionele ondersteuning vragen.
Een belangrijke protocolvraag is daarom:
Is dit nu een vraag om HSP-observatie — of vraagt de situatie eerst iets anders?
HSP is een coaching- en observatiekader. Het is geen diagnose, medische aanpak of klinisch behandelprotocol.
Het HSP Kernprotocol
Daarna volgt waar nodig: REPEAT · ROLLBACK · INTEGRATE.
De stappen zijn een vaste denkroute, geen rigide script. Soms is na CONDITIONS al duidelijk dat slaap, informatie, vaardigheid of een externe grens eerst aandacht vraagt. Dan is dat de route.
Maak de vraag observeerbaar
Begin met een concrete situatie of terugkerende output.
Niet alleen: “Ik wil zelfverzekerder zijn.” Bijvoorbeeld wel: “Wanneer iemand kritiek geeft, ga ik mezelf direct verdedigen terwijl ik eigenlijk wil kunnen luisteren en reageren.”
Wat gebeurt er nu daadwerkelijk?
Wat zou je graag óók werkelijk beschikbaar willen hebben?
Het gewenste verschil is geen gedrag dat moet worden afgedwongen. Het geeft richting aan het onderzoek.
Waarnemen vóór verklaren
Wat kwam er binnen? Wat merkte je lichamelijk of emotioneel? Wat deed je? Wat gebeurde er daarna?
Houd waar mogelijk signaal en interpretatie uit elkaar. Spanning is een intern signaal. “Dit gaat fout” is al een betekenis of voorspelling.
Wat je voelt is informatie. Geen automatische waarheid en geen opdracht.
Van gebeurtenis naar systeemroute
Breng vervolgens alleen de relevante delen van de HSP-route in kaart.
Niet ieder onderdeel hoeft meteen bekend te zijn. Onbekend is beter dan een overtuigende verklaring invullen zonder voldoende informatie.
Gedrag heeft vaak een functie
Vraag niet alleen waarom de output lastig is. Vraag waarom het systeem deze route blijft selecteren.
Wat vermindert, voorkomt, beschermt, verkrijgt of bewaart de huidige output?
Maakt de route iets voorspelbaarder?
Probeert de route afwijzing of conflict te voorkomen?
Herstelt de route grip of afstand?
Beschermt de route eigenwaarde of positie?
Vermindert de route input, druk of inspanning?
Beschermt de route ruimte of onafhankelijkheid?
Probeer een route niet weg te nemen voordat je begrijpt welk systeemprobleem hij nu oplost.
Zoek de bottleneck
Kijk nu naar de omstandigheden die bepalen welke output werkelijk beschikbaar is. Niet iedere beperking is een overtuiging of emotioneel patroon.
Ontbreekt betrouwbare of relevante informatie?
Is een andere reactie nog onvoldoende geleerd?
Zijn energie, aandacht of verwerking beperkt?
Maakt de feitelijke situatie een andere route moeilijk of onveilig?
Blijft oude systeemlogica domineren?
Verdwijnt bestaande kennis zodra de druk stijgt?
Meerdere factoren kunnen tegelijk spelen. Zoek eerst naar de beperking die de keuzeruimte het sterkst bepaalt.
Voorwaarde voor leren, niet het leren zelf
Nieuwe informatie helpt alleen wanneer er voldoende veiligheid, capaciteit, agency en verwerkingsruimte beschikbaar is om er iets mee te kunnen doen.
Wanneer beschermingsgedrag vrijwel alle keuzeruimte inneemt, is harder experimenteren meestal niet de volgende stap. Dan kan eerst minder belasting, meer feitelijke veiligheid, herstel van capaciteit of een andere omgeving nodig zijn.
Readiness is geen update. Het is de conditie waarin nieuwe feedback mogelijk bruikbaar wordt.
Veranderrichting vóór methode
Bepaal nu wat werkelijk anders moet worden om meer keuzeruimte mogelijk te maken.
Dat kan bijvoorbeeld zijn: betere informatie, meer vaardigheid, meer capaciteit, meer latency, een duidelijkere grens, tolerantie voor onzekerheid, een beter gekalibreerde voorspelling, een minder rigide regel of een andere omgeving.
De klacht kiest niet de methode. De belangrijkste beperking wijst naar de veranderrichting.
De veranderrichting zegt dus wat er anders beschikbaar moet worden. De volgende stap kiest pas hoe je daar bruikbare nieuwe informatie voor kunt creëren.
Minimum voldoende interventie
Kies de minst complexe route die de belangrijkste bottleneck werkelijk kan raken.
Dat kan praktische actie zijn, betere informatie, vaardigheidstraining, herstel van capaciteit, een grens, een gesprek, coaching, een andere methode of een klein gedragsexperiment.
Gebruik de kleinste interventie die het werkelijke probleem voldoende adresseert.
Wanneer een experiment passend is, is het doel niet perfecte uitvoering. Het doel is een betekenisvol verschil te creëren waaruit het systeem bruikbare nieuwe informatie kan krijgen.
Nieuwe ervaring ≠ automatische update
Wat deed jij? Wat deed de omgeving? Welke gevolgen waren observeerbaar?
Werd de feedback geïntegreerd, afgewezen, verklaard als uitzondering of opnieuw geïnterpreteerd vanuit de oude voorspelling?
Een ervaring kan objectief nieuwe informatie bevatten terwijl het systeem die informatie toch niet gebruikt om de oude route te wijzigen.
Feedback is nieuwe input. Geen automatische update.
De test van verandering
De belangrijkste vraag is niet of een oefening goed voelde of één keer lukte.
Leidt voldoende vergelijkbare input later tot een ander bereik van werkelijk beschikbare output?
Kijk bijvoorbeeld naar activatie, latency, operationele keuzeruimte, beschikbare reacties, benodigde inspanning, herstel en de mogelijkheid om nieuwe feedback te verwerken.
Eén andere reactie laat vooral zien dat die reactie onder díé omstandigheden mogelijk was.
Van oefensituatie naar werkingsgebied
Herhaal waar zinvol en varieer context, persoon, tijd en beheersbare belasting. Zo wordt zichtbaar of de nieuwe route breder beschikbaar wordt.
Keert de oude route terug? Onderzoek welke conditie veranderde en waar het huidige werkingsgebied van de nieuwe route eindigt.
Wat blijft nodig? Wat is inmiddels zelfstandig beschikbaar? En wanneer gedrag impact had: wat vraagt verantwoordelijkheid of herstel?
Rollback is niet automatisch bewijs dat er niets veranderd is. Het kan juist laten zien onder welke belasting de nieuwe route nog niet stabiel beschikbaar blijft.
Vijf bruikbare outputs
Een HSP-analyse hoeft niet alles over iemand te verklaren. Eén protocolronde is bruikbaar wanneer vijf dingen duidelijker zijn geworden:
Welke systeemroute draait nu?
Wat lost die route op of wat beschermt hij?
Wat beperkt een andere route het meest?
Wat moet anders beschikbaar worden?
Waaraan zou later blijken dat er werkelijk iets veranderd is?
Het doel is niet de perfecte verklaring. Het doel is genoeg begrijpen om de juiste volgende vraag, conditie of veranderrichting te vinden.
Dezelfde logica, andere diepte
De kernroute blijft hetzelfde bij zelfgebruik en begeleiding.
Bij zelfgebruik kan het protocol eenvoudig blijven: observeer wat gebeurde, breng de route grofweg in kaart, zoek de belangrijkste beperking en bepaal één passende volgende stap.
Een coach of andere professional kan uitgebreider werken met hypothesen, veiligheid, constraints, methodekeuze, feedbackverwerking en verificatie.
Geen van beide routes vereist dat ieder vakje in het model volledig wordt ingevuld.
DE KERN
Observeer de huidige route.
Begrijp wat hij oplost.
Zoek wat een andere route beperkt.
Kies de kleinste passende richting voor verandering.
Gebruik feedback als nieuwe informatie.
En noem het pas verandering wanneer iets anders later werkelijk beschikbaar blijkt.
Het HSP Kernprotocol organiseert de bestaande HSP-architectuur tot één herhaalbare werkwijze. De verdieping blijft waar die al staat: in het Framework, de tools en de bestaande artikelen.