“Technische excellentie zonder zakelijke relevantie is betekenisloos”

1. Wat vind je het leukst aan je rol als CTO bij Solvy?

"Wat ik het leukst vind, is het snijvlak van technologie en echte zakelijke impact. Bij Solvy bouwen we niet 'zomaar software'. We bouwen systemen die bedrijven verbinden met hun kernactiviteiten; ERP's, CRM's, HR-systemen en logistieke platforms. Wanneer het goed werkt, verandert het fundamenteel hoe een bedrijf dagelijks functioneert. Orders stromen automatisch door, fouten verdwijnen en teams worden bevrijd van repetitief handmatig werk.

Ik hou er ook van om complexiteit te vertalen naar helderheid. Een klant kan een rommelige operationele uitdaging beschrijven, en mijn rol is om een stap terug te doen, het proces erachter te begrijpen en een oplossing te ontwerpen die eenvoudig aanvoelt — zelfs als de architectuur erachter behoorlijk geavanceerd is. Tot slot is het begeleiden van onze engineers ontzettend dankbaar. Iemand zien groeien van 'gewoon code schrijven' naar denken in systemen en langetermijnimpact is een van de mooiste onderdelen van mijn baan."

2. Waar liggen volgens jou je sterkste kwaliteiten als CTO?

"Ik zou zeggen dat deze onder te verdelen zijn in drie hoofdgebieden:

• Systeemdenken: Ik denk van nature in architecturen en hoe systemen met elkaar samenhangen. Ik bekijk functies niet op zichzelf; ik kijk naar hoe een beslissing van vandaag de prestaties, beveiliging en schaalbaarheid over vijf jaar zal beïnvloeden.
• Het overbruggen van business en engineering: Veel technische leiders staan los van de zakelijke realiteit. Ik ben altijd erg gefocust geweest op business value. Elke technische beslissing moet een commercieel doel ondersteunen, of dat nu efficiëntie, groei of concurrentievoordeel is.
• Een security-first mindset: Ik heb onze ISO 27001-implementatie vanaf de grond opgebouwd. Voor ons is beveiliging verweven in alles wat we doen, van veilige codeerpraktijken tot gestructureerde risicobeoordelingen. Wanneer je systemen bouwt die gekoppeld zijn aan een ERP, zijn fouten kostbaar, dus beveiliging is nooit een bijzaak."
   

3. Hoe ga je om met technische risico's of onzekerheden in complexe klantprojecten?

"Ten eerste ga ik er altijd vanuit dat er complexiteit is, ook als deze nog niet zichtbaar is. De meeste risico's in projecten met veel integraties komen voort uit onduidelijke bedrijfsregels of verborgen beperkingen in legacy-systemen. Mijn aanpak is drieledig:

1. Maak risico's vroegtijdig expliciet: We documenteren aannames en dagen onduidelijke eisen direct uit. Risico wordt beheersbaar zodra het zichtbaar is.
2. Vroegtijdige validatie: We bouwen 'technical spikes' of proof-of-concepts om het werkelijke gedrag van API's vroegtijdig te testen, in plaats van alleen te vertrouwen op documentatie.
3. Ontwerpen op fouten: Bij integratieprojecten is het niet de vraag of er iets misgaat, maar wanneer. We bouwen fallback-scenario's en robuuste monitoring in om veerkracht te garanderen."

4. Hoe integreer je bedrijfsdoelen in de technische besluitvorming?

"Voor mij is technische kwaliteit zonder zakelijke relevantie betekenisloos. Elk project begint met een simpele vraag: Wat probeert het bedrijf te bereiken? Is het groei, automatisering of kostenbesparing?

Als de strategie van een klant agressieve groei is, geven we prioriteit aan schaalbaarheid en automatisering, zelfs als dit een hogere initiële investering vereist. Als de focus ligt op operationele efficiëntie, optimaliseren we eerst de integratiestromen. Ik vraag vaak: 'Als dit systeem perfect werkt, wat verandert er dan daadwerkelijk in je bedrijf?' Als we dat niet duidelijk kunnen beantwoorden, bouwen we technologie zonder richting."

5. Hoe zorg je ervoor dat oplossingen niet alleen functioneel zijn, maar ook schaalbaar en toekomstbestendig?

"Functionaliteit is de basis. Dat is het makkelijke gedeelte. Om kwaliteit op de lange termijn te garanderen, focussen we op een aantal kernprincipes:

• Clean architecture: We scheiden de business logica van de integraties. We vermijden waar mogelijk een nauwe koppeling met systemen van derden. Dit geeft een klant maximale flexibiliteit als ze later besluiten over te stappen naar een andere ERP- of CRM-leverancier.
• Scalability by design: We houden vanaf het begin rekening met de verwachte belasting, datagroei en integratiefrequentie. Vooral bij B2B-portalen die verbonden zijn met ERP's, kunnen onverwachte verkeerspieken een enorme operationele impact hebben als je daar niet op voorbereid bent.
• Security verankerd in het proces: Beveiliging is geen functie; het is een discipline. We gebruiken standaarden voor veilig programmeren, peer reviews, geautomatiseerde statische analyses en gedocumenteerde SDLC-processen om te zorgen dat het deel uitmaakt van onze dagelijkse workflow.
• Eenvoud boven trends: We jagen niet op frameworks alleen omdat ze in de mode zijn. We kiezen technologieën die volwassen zijn, goed worden ondersteund en passen bij het specifieke ecosysteem van de klant.

Voor mij betekent 'toekomstbestendig' niet het gebruik van de nieuwste tech; het betekent het bouwen van een systeem dat goed gestructureerd en aanpasbaar is, en dat eenvoudig te begrijpen is door elke toekomstige engineer die eraan moet werken."
 

6. Wanneer is een project voor jou zowel technisch als strategisch succesvol?

"Technisch gezien is het een succes als het systeem stabiel is onder reële belasting, goed gedocumenteerd is en geen verborgen operationele risico's creëert. Strategisch gezien is het echter pas succesvol als het team van de klant het systeem met vertrouwen gebruikt, handmatige processen verdwijnen en data betrouwbaar wordt.

Het mooiste compliment dat ik kan krijgen is wanneer een klant zegt: 'We kunnen hier nu op verder bouwen.' Dat betekent dat we niet alleen een project hebben opgeleverd, maar de infrastructuur voor hun toekomst hebben gecreëerd."
 

Ontdek wat Solvy voor jou kan doen