Binnen verzekeraars is DevOps bijna een modewoord geworden. Je ziet het op presentaties, op intranetpagina’s, in teamnamen. Teams spreken over pipelines, over deployments, over automatisering. Op papier klinkt het allemaal modern en volwassen.
Maar zodra je een paar lagen dieper kijkt, voel je het meteen: dit is geen DevOps — dit is waterval in een hoodie.
Het is alsof iemand een klassieke watervalmachine heeft neergezet, daar een Agile-poster boven heeft gehangen en heeft gezegd: “Kijk, nu doen we DevOps.”
En iedereen knikt, want het klinkt goed. Tot je kijkt naar wat er écht gebeurt.
Het moment waarop je doorhebt: dit is helemaal geen DevOps
Stel je een team voor dat product X moet aanpassen. Ze hebben een idee, het past binnen de architectuur, ze kunnen het leveren binnen de sprint.
Maar dan komt de stuurgroep. Die stuurgroep die eigenlijk buiten de hele SAFe- of teamstructuur zou moeten vallen. Die stuurgroep die zegt: “Ja, interessant… maar we willen dat jullie het anders doen.”
En het team kijkt elkaar aan. Niet omdat het ingewikkeld is, maar omdat de vraag voelt alsof hij uit een parallel universum komt. Een universum waarin DevOps nooit is uitgevonden.
Dan is het tijd voor de demo. Niemand uit de business komt opdagen. Maar wél komt na afloop de vraag: “Wanneer lossen jullie Y nou eindelijk eens op?” Y staat niet op de backlog, niet in deze sprint, niet in dit traject. Maar toch is dat waar teams in de praktijk nog steeds op worden afgerekend: niet op flow, maar op projectdenken.
En dan het changeproces. Technisch kan dit team in tien minuten naar productie. Maar productie mág maar één keer per kwartaal — want “anders raakt iedereen in de war”.
Op dat moment weet je genoeg. DevOps? In naam misschien. In gedrag? Geen seconde.
Waarom dit gebeurt: het heeft niets te maken met onwil
Als je met teams spreekt, hoor je zelden weerstand tegen DevOps. Niemand zegt: “Doe mij maar weer zes lagen besluitvorming, deadlines die al drie maanden vaststaan en handmatige deployments.” Iedereen voelt juist dat het anders moet.
Maar gedrag verandert niet omdat je een poster ophangt. Gedrag verandert door cultuur, door veiligheid, door vertrouwen — en dat zijn precies de elementen die bij verzekeraars vaak in de knel komen.
Verzekeraars zijn van nature gericht op risicomijding. Dat is geen oordeel; het hoort bij het vak. Maar die reflex sijpelt overal in door: in IT, in besluitvorming, in teams.
Als iets spannend of onvoorspelbaar voelt, grijpt men automatisch terug op wat men kent. En wat men kent, is waterval.
En daar komen nog een paar reflexen bovenop:
- “We doen het al jaren zo” is geen weerstand, maar een comfortzone.
- Een growth mindset staat op papier, maar krijgt te weinig tijd in de praktijk.
- Fouten voelen gevaarlijk — niet als leermoment, maar als risico.
- Teams willen graag weten wat ze moeten doen voordat ze beginnen.
- Compliance voelt als een dreiging, niet als een partner.
- De hoeveelheid werk is zo groot dat er geen ruimte meer is om te groeien als team of als mens.
In zo’n omgeving is DevOps niet alleen een werkwijze — het is bijna een cultuurshock.
Echte DevOps voelt anders — je merkt het aan alles
Wanneer je écht DevOps doet, verschuift de organisatie van plannen naar leren, van voorspellen naar ontdekken, van controle naar vertrouwen.
Dat zie je niet in tooling. Dat voel je in gedrag.
Een DevOps-organisatie herkent waarde voordat het perfect is. Ze levert klein, snel en zichtbaar. Niet omdat het moet, maar omdat het werkt.
Flow vervangt projectdenken. Waarheid vervangt statusrapportages. Eigenaarschap vervangt afhankelijkheid.
De business bepaalt waarde niet meer in halfjaar-roadmaps, maar in stapjes van dagen of weken. Teams wachten niet tot een stuurgroep toestemming geeft, maar bewegen binnen guardrails die vertrouwen geven én begrenzing bieden.
En de grootste verandering zit misschien wel in iets wat je niet kunt zien maar wel kunt voelen: psychologische veiligheid. De ruimte om te leren, om te falen, om te verbeteren — zonder dat het voelt alsof je iets “fout hebt gedaan”.
DevOps-teams sturen niet op “sneller opleveren”, maar op “sneller leren”. Omdat leren de enige duurzame manier is om snelheid op te bouwen.
Maar waarom valt verzekeringsland zó snel terug in waterval?
Omdat DevOps niet alleen vraagt om een andere manier van werken, maar om een andere manier van denken.
Je moet durven vertrouwen op teams die beslissingen dichter bij de bron nemen. Je moet accepteren dat je niet alles vooraf weet. Je moet geloven dat waarde ontstaat door kleine stappen, niet door grote beloftes. Je moet ruimte creëren om te leren — en dat kost tijd, niet capaciteit.
En misschien wel het allermoeilijkste: je moet durven loslaten.
Stuurgroepen die “even willen besluiten over inhoud”, managers die zekerheid willen, teams die wachten op toestemming — het is allemaal begrijpelijk gedrag in een wereld die gebouwd is op risicomijding.
Maar het is ook precies het gedrag dat DevOps onmogelijk maakt.
De kern van het verhaal
De grootste misvatting over DevOps is dat het een set tools is die je bovenop je bestaande werkwijze legt.
Maar DevOps is geen upgrade. Het is geen saus. Het is geen nieuw jasje voor oude gewoontes.
DevOps is een mentale verschuiving. Een andere manier van kijken naar werk, risico, waarde en controle.
En zolang verzekeraars blijven denken dat je DevOps kunt doen zonder dat je gedrag verandert, zal DevOps altijd eindigen als waterval met een snellere pipeline.
Slotboodschap
“DevOps is niet sneller bouwen, maar sneller leren.”