Toen ik onlangs een discussie las over een eenvoudiger belastingstelsel, viel me iets op.
Vrijwel alle reacties gingen over de uitwerking.
Is 43% te hoog?
Worden AOW’ers benadeeld?
Verdwijnt de hypotheekrenteaftrek?
Blijven toeslagen nodig?
Allemaal logische vragen.
Maar ondertussen bleef een andere vraag vrijwel onbesproken.
Niet:
Hoe richten we het belastingstelsel in?
Maar:
Wat willen we eigenlijk dat het belastingstelsel doet?
Dat lijken misschien twee versies van dezelfde vraag.
Dat zijn ze niet.
De eerste gaat over de inrichting van een systeem.
De tweede over de bedoeling ervan.
Een belastingstelsel kan bijvoorbeeld verschillende doelen tegelijkertijd dienen.
De overheid financieren.
Inkomen herverdelen.
Gedrag stimuleren of ontmoedigen.
Bepaalde groepen ondersteunen.
En precies daar begint volgens mij de complexiteit.
Want voordat je kunt beoordelen of een systeem eenvoudiger kan,
moet je eerst weten welke functies je wilt behouden.
Haal je een regel weg, dan verdwijnt misschien niet alleen complexiteit.
Er kan ook iets verdwijnen waarvoor die regel ooit is bedacht.
Dat betekent niet dat een belastingstelsel niet eenvoudiger kan.
Maar wel dat eenvoud op zichzelf nog geen doel is.
Dit gebeurt niet alleen bij belastingen
Ook binnen ondernemingen zie ik hetzelfde.
Een proces wordt ingewikkeld.
Er zijn steeds meer controles, uitzonderingen en overdrachtsmomenten ontstaan.
En op een dag zegt iemand:
“Dit moet eenvoudiger.”
Waarschijnlijk terecht.
Maar voordat je stappen uit het proces haalt, is er een andere vraag nodig:
Waarom bestaat deze stap eigenlijk?
Misschien is hij overbodig geworden.
Maar misschien beschermt hij iets wat nog steeds belangrijk is.
Kwaliteit.
Veiligheid.
Controle.
Klantbelang.
Verantwoordelijkheid.
Pas wanneer je begrijpt welke functie een onderdeel heeft,
kun je bewust besluiten of het nog nodig is.
Misschien begint vereenvoudigen ergens anders
Daarom denk ik dat goed systeemdenken niet begint met:
“Hoe krijgen we minder regels?”
Of:
“Hoe maken we dit proces eenvoudiger?”
Maar met:
“Wat moet dit systeem eigenlijk bereiken?”
En daarna:
“Welke onderdelen hebben we daarvoor nog werkelijk nodig?”
Want een systeem eenvoudiger maken zonder zijn bedoeling te begrijpen, kan heel efficiënt lijken.
Totdat je ontdekt dat je precies datgene hebt weggehaald wat het systeem moest beschermen.
