Eli5-artikelbesprekingsreeks: softwaremodernisering, kopen of bouwen

Hoe schadeverzekeraars hun kernsystemen succesvol kunnen moderniseren

Bron: McKinsey

Samenvatting Vanaf nul bouwen komt steeds minder vaak voor, omdat het de innovatie van een organisatie vastzet op de go-livedatum. Maar standaardsoftware kopen is evenmin een wondermiddel; het vraagt erom de bedrijfsvoering aan te passen aan de software. McKinsey stelt dat het bouwen van een maatwerkplatform de innovatie van een bedrijf vaak vastzet op de go-livedatum, en dat gebrekkige documentatie het na verloop van tijd onmogelijk maakt om nog door te ontwikkelen.

Bespreking en inzichten Bij een Architecture Review komen we zelden eenvoudige, op zichzelf staande systemen tegen; in plaats daarvan blijkt dat de software en processen van een bedrijf in de loop der tijd sterk met elkaar verweven zijn geraakt. Rond modernisering bespraken we de volgende kernobstakels:

De kloof tussen business en IT: Grote implementaties mislukken vaak doordat er geen samenhang is tussen business en IT. Of IT voert een project uit zonder betrokkenheid van de business, of de business koopt software zonder enig inzicht in het feitelijke IT-landschap.

Conformeren aan SaaS versus unieke bedrijfsregels: Het aanschaffen van commerciële standaardsoftware (COTS) betekent doorgaans dat de organisatie haar processen moet aanpassen aan de software. Bedrijven hanteren echter vaak complexe, unieke werkwijzen vanwege strikte compliance- of contractuele redenen.

De waarde van de wrapper: Het uitbreiden van legacysystemen met moderne wrappers kan een sterke, flexibele oplossing zijn voor een snelle time-to-market. Het is weliswaar geen oplossing 'voor altijd', maar het extrapoleren van de data naar een nieuw systeem of het toevoegen van een functionele API-laag levert eindklanten direct zakelijke waarde op, zonder meteen een volledige operationele omwenteling af te dwingen.

Afsluitende opmerkingen. Het schetst perfect de gevaren van het persen van bedrijfseigen businessregels in een rigide SaaS-keurslijf, al onderschat het de pragmatische waarde van gerichte, moderne wrappers op het moment dat een organisatie nog niet helemaal klaar is voor een grootschalige transformatie.

Retools rapport over bouwen versus kopen voor 2026 laat zien dat 35% van de ondernemingen SaaS al heeft vervangen door maatwerksoftware

Bron: Business Wire / Retool

Samenvatting AI heeft de optie 'bouwen' volledig doen herleven. Waar McKinsey onlangs waarschuwde voor maatwerkontwikkeling, laten nieuwe cijfers zien dat AI het ontwikkelen van maatwerksoftware zo snel maakt dat teams SaaS actief inruilen. 35% van de teams heeft al minstens één SaaS-tool vervangen door een zelfgebouwde oplossing en 78% verwacht in 2026 meer te gaan bouwen. Deze ongeremde snelheid veroorzaakt echter een omvangrijke 'shadow IT'-crisis die CTO's met urgentie moeten aanpakken.

Review en inzichten Omdat de ontwikkeling het tempo van de governance voorbijstreeft, geeft 60% van de respondenten aan het afgelopen jaar software te hebben gebouwd buiten het toezicht van IT om, waarbij 25% dat regelmatig doet. Dat brengt bijzondere uitdagingen met zich mee:

De 'SaaS-pocalyps': Aangedreven door LLM's is het eenvoudiger dan ooit om interne tools te bouwen die SaaS-apps met één functie vervangen. Het uit de grond stampen van ongecontroleerde, 'vibe-coded' applicaties zorgt echter voor een enorm probleem op het vlak van informatiebeveiliging.

De explosie van shadow IT: Medewerkers omzeilen IT omdat ze organisatorische governance zien als "bureaucratie" die hun snelheid beperkt. Als een bedrijf geen veilige, goedgekeurde sandboxomgevingen biedt voor het snel bouwen met AI, gebruiken medewerkers simpelweg niet-gevalideerde AI-tools, met als gevolg dat klantgegevens belanden in systemen zonder enige formele bevoegdheid.

De noodzaak van AI-leiderschap: Om dit te doorbreken is meer nodig dan alleen het beperken van toegang. Bedrijven hebben toegewijde AI Officers nodig om medewerkers voor te lichten, veilige interne voorzieningen op te zetten en te waarborgen dat snelle ontwikkeling niet verandert in de technische schuld van morgen.

Afsluitende opmerkingen Het legt de realiteit van moderne enterprise-ontwikkeling onverbloemd bloot: als een organisatie de snelheid van AI-ondersteund bouwen niet beheerst, bouwen haar medewerkers buiten haar toezicht om, waardoor de veiligheidsrisico's zich vermenigvuldigen.

Volledige video-aflevering: softwaremodernisering, kopen of bouwen

De eerste stap om de moderniseringsreis te beginnen

Softwaremodernisering en architecturale herbouw vormen de kern van Eli5. Wij lossen complexiteit op en leveren directe bedrijfswaarde door te focussen op pragmatische, cloud-native transities.

Voordat de keuze wordt gemaakt om het legacysysteem in te kapselen, een nieuw SaaS-product te kopen of AI in te zetten om eigen tools te bouwen, is volledig inzicht in het huidige technologielandschap essentieel.

Interesse in het inplannen van een gratis brainstorm om de legacy-stack te bespreken? Dat is de essentiële eerste stap om technische schuld om te zetten in een schaalbare, modulaire toekomst.