uitleggen waarom symptoombestrijding een probleem in stand houdt in plaats van oplost
het Einstein-principe toepassen: eerst goed nadenken, dan pas oplossen
benoemen welke vaardigheden je in deze cursus opbouwt en in welke volgorde
Waarom snel handelen vaak averechts werkt
De meeste mensen die met een probleem worden geconfronteerd, willen één ding: het zo snel mogelijk weg hebben. Er komt een klacht binnen, een deadline wordt gemist, een product komt retour — en de reflex is om meteen iets te doen. Een excuus, een reparatie, een nieuwe regel. Dat voelt als actie, als daadkracht. Maar in de praktijk is het vaak symptoombestrijding: je behandelt het zichtbare gevolg, niet de oorzaak die het gevolg blijft produceren. Het probleem is morgen terug, in een net iets andere vorm.
Dit wordt treffend samengevat met een uitspraak die aan Albert Einstein wordt toegeschreven: als je een uur zou hebben om een probleem op te lossen, zou je 55 minuten besteden aan het goed doordenken van het probleem, en pas de laatste 5 minuten aan de daadwerkelijke oplossing. Dat klinkt tegen-intuïtief voor wie gewend is om snel te schakelen, maar het is precies andersom dan hoe de meeste mensen — en veel organisaties — werken. De meerderheid besteedt vrijwel geen tijd aan het probleem zelf en schiet direct in de actiestand: jumping to conclusions (te snel conclusies trekken). Je ziet een symptoom, bedenkt in twee seconden een verklaring die aannemelijk klinkt, en gaat aan de slag met een “oplossing” voor die verklaring. Het probleem is dat die verklaring zelden is getoetst. Ze voelt goed, maar is niet per se waar.
Het gevolg van die haast is voorspelbaar: de klacht komt terug, de deadline wordt volgende maand weer gemist, het retourpercentage blijft hoog. Er wordt dan geconcludeerd dat het probleem “hardnekkig” is, of dat mensen niet goed hun werk doen, terwijl de eigenlijke reden is dat niemand ooit de tijd heeft genomen om te achterhalen wat de grondoorzaak — de root cause — werkelijk is. Structureel oplossen betekent dat je het probleem zo lang bekijkt totdat je bij die grondoorzaak uitkomt, en dat je pas daarna een maatregel bedenkt. Dat kost meer tijd vooraf, maar bespaart veel meer tijd achteraf, omdat je het probleem één keer goed oplost in plaats van iedere maand opnieuw te dweilen.
Symptoombestrijding
Snel een oplossing kiezen
Het probleem komt terug in een andere vorm
Veel brandjes blussen, weinig vooruitgang
Structureel oplossen
Eerst het probleem scherp definiëren
Oorzaken onderzoeken tot de grondoorzaak
Oplossing borgen en blijven meten
Symptoombestrijding versus structureel oplossen: het onderscheid waar deze cursus om draait.
Hoe deze cursus is opgebouwd
Deze praktijktraining is opgebouwd rond precies dat onderscheid tussen symptoom en grondoorzaak, en reikt je een aantal beproefde instrumenten aan om het verschil in de praktijk te maken:
Probleemdefinitie — hoe je een probleem zo scherp formuleert dat je weet wat je precies onderzoekt, met SMART en de VRZ-vuistregel.
DMAIC — de vijf fases (Define, Measure, Analyze, Improve, Control) waarmee je een complex probleem gestructureerd doorloopt, met bewust veel tijd in de begin-fases.
Ishikawa/visgraat en de 6M’s — een visuele manier om mogelijke oorzaken volledig en overzichtelijk in kaart te brengen.
5× Waarom — een simpele maar krachtige doorvraagtechniek om van een oppervlakkige oorzaak naar de echte grondoorzaak te komen.
Job-to-be-done en Voice of Customer — observeren wat een klant werkelijk nodig heeft, in plaats van alleen te vragen wat hij wil.
Deze onderdelen staan in deze cursus niet los van elkaar, maar worden steeds gekoppeld aan echte praktijkcases: een bedrijfskledingfabrikant met een torenhoog retourpercentage, McDonald’s dat de milkshake-verkoop probeerde te verhogen, en een softwareleverancier van geografische informatiesystemen (GIS) waarvan de nieuwe functionaliteit door klanten straal werd genegeerd. Elke case laat zien dat de eerste, voor de hand liggende verklaring bijna nooit de echte oorzaak is — en dat je die pas vindt als je bereid bent om door te vragen.
Ook Steve Jobs wordt vaak aangehaald als voorbeeld van iemand die dit principe begreep, zij het vanuit een andere invalshoek: je kunt gebruikers moeilijk vragen wat voor product ze willen, omdat ze zich vaak niet kunnen voorstellen wat er mogelijk is voordat je het ze laat zien. Beter is het om te achterhalen welke “klus” — welke job-to-be-done — iemand eigenlijk geklaard wil hebben. Dat principe komt in de les over job-to-be-done uitgebreid terug, met de beroemde McDonald’s milkshake-case als illustratie.
Voorbeelden uit de praktijk
Voor een MKB-ondernemer is dit onderscheid niet abstract. Denk aan een aannemer die keer op keer klachten krijgt over een te late oplevering. De reflex is om de planning strenger te maken, of een boeteclausule in het contract op te nemen — allebei symptoombestrijding, gericht op het zichtbare gevolg (te laat), niet op de oorzaak (waarom loopt het steeds uit). Of denk aan een webshop die een piek aan retouren ziet en meteen de retourvoorwaarden aanscherpt, terwijl de werkelijke reden misschien ligt in een verkeerd ingevulde productomschrijving die klanten een verkeerd beeld geeft. In beide gevallen lost de snelle maatregel niets op aan de kern, en na een paar maanden is de klacht — in een net iets andere vorm — weer terug.
Een derde, heel andere illustratie komt uit de horeca: een lunchroom die drie tot vier keer per jaar een nieuwe medewerker moet werven en inwerken, omdat personeel na gemiddeld twaalf weken alweer vertrekt. De reflex is vaak “we moeten hoger uurloon bieden” of “we schakelen een wervingsbureau in” — kosten die al snel oplopen tot 1.500 à 2.000 euro per nieuwe kracht aan werving, inwerktijd en verloren productiviteit. Geen van beide maatregelen raakt de kern als de werkelijke reden bijvoorbeeld een onwerkbaar rooster of het ontbreken van een duidelijke eerste-weekbegeleiding is; zonder dat te onderzoeken komt de vacature elk kwartaal gewoon weer terug.
Wat deze cursus vraagt, is dus niet dat je nooit meer snel handelt — sommige situaties vragen om een acute, tijdelijke oplossing om erger te voorkomen, en dat is prima. Het punt is dat je die snelle noodgreep niet verwart met een structurele oplossing. Een noodgreep koopt tijd; de instrumenten uit deze cursus gebruik je om in die gewonnen tijd het probleem daadwerkelijk te doorgronden.
Praktijkopdracht
Denk aan een probleem dat op dit moment in jouw bedrijf speelt en dat je de afgelopen maanden al meerdere keren hebt “opgelost” — maar dat steeds terugkomt. Volg dit stappenplan (circa 15 minuten):
Schrijf het zichtbare symptoom op in één zin, het liefst met een cijfer of frequentie (bijvoorbeeld: “gemiddeld drie keer per kwartaal dezelfde klacht”, of “12 weken gemiddelde diensttijd”, zoals in de horeca-illustratie hierboven).
Noteer welke snelle oplossing je er tot nu toe steeds tegenaan hebt gegooid.
Beschrijf in twee zinnen waarom je vermoedt dat dit symptoombestrijding is geweest — wat maakt dat het probleem in een net iets andere vorm terugkomt?
Bewaar deze drie punten in een vast document (Word, Notion, notitieblok). Je brengt dit probleem in elke volgende les een stap verder en doorloopt het in de laatste les volledig met alle geleerde technieken.
Samenvatting
Structureel problemen oplossen begint met de discipline om niet meteen te reageren. Neem de tijd om het probleem te doorgronden voordat je een oplossing bedenkt — 55 minuten nadenken, 5 minuten doen. In de volgende les leer je hoe je die denktijd concreet invult: door het probleem eerst scherp en meetbaar te formuleren.
Oefenen: test jezelf met de quizvragen onderaan deze les.
3.
Een aannemer krijgt herhaaldelijk klachten over te late oplevering en reageert door een boeteclausule in het contract op te nemen. Wat is dit volgens de inleiding?
