Bij Online Financiële Diensten (OFD) kwam ik binnen in een organisatie waar informatie overal zat, maar niemand hem kon vinden. Wiki’s hier. Tickets daar. Marketingdocumenten in mailboxen. Taken op post-its en in Excel-sheets die al maanden niet waren bijgewerkt.
Niemand had gezegd: “Caner, bouw een platform.” Maar iedereen had last van hetzelfde probleem. Ze wisten alleen niet dat het één probleem was.
Dus bouwde ik het platform dat niemand had gevraagd.
Alles op één plek
Het idee was simpel: één centrale plek waar al het werk samenkwam. Een dashboard waar je kon zien wat er speelde, wat je moest doen, en waar de informatie stond die je nodig had.
De realiteit was minder simpel. Alles wat los zat moest aan elkaar geknoopt worden.
Het ticketing-systeem was maatwerk — omdat bestaande systemen niet pasten bij hoe deze organisatie werkte. De wiki moest gekoppeld worden aan tickets zodat je vanuit een taak direct bij de juiste documentatie kwam. De marketingafdeling had een eigen workflow die niet in een standaard tool paste.
En dan was er nog het Excel-bestand.
Het Excel-bestand
Er was één Excel-bestand dat cruciaal was voor de dagelijkse operatie. Het stond op een netwerkschijf. Eén persoon bewerkte het tegelijk. Als iemand vergat het te sluiten, lag het werk stil.
Ik migreerde het naar Google Sheets met een one-way sync naar een MySQL-database. Nu kon iedereen er tegelijk in werken. Automatische notificaties werden verstuurd als er taken klaarstonden. Herinneringen gingen per e-mail de deur uit zonder dat iemand eraan hoefde te denken.
Het klinkt triviaal — een Excel naar Google Sheets. Maar voor het team was dit een van de grootste tijdswinsten. Wat eerst frustratie was (“wie heeft hem open staan?”) werd een non-issue.
Soms is de grootste impact niet de meest technische oplossing.
Kubernetes in de cloud
Onder de motorkap draaide alles op een Kubernetes-cluster in de cloud. Alles in een privénetwerk (VPC), beveiligd met SSO via Ingress en Google IAM. Infrastructuur als code. Geautomatiseerde CI/CD in GitLab.
Het technische fundament was solide. Maar dat was niet het moeilijkste deel.
Mensen overtuigen
Je kunt het beste platform bouwen dat ooit heeft bestaan. Als niemand het gebruikt, heb je niks gebouwd.
Een deel van het team was enthousiast. Die zagen meteen: “hierdoor hoef ik niet meer te zoeken naar dat ene document.” Een ander deel was terughoudend. Die dachten: “weer een nieuw systeem, weer iets wat ik moet leren, en over een jaar is er weer iets anders.”
Dus maakte ik presentaties. Trainingsvideo’s. Eén-op-één gesprekken met medewerkers om te snappen waar hun frustraties zaten. Niet om het platform te pushen, maar om te luisteren. Wat maakt jouw werkdag lastig? Waar loop je tegenaan?
De antwoorden waren vaak niet technisch. “Ik weet niet bij wie ik moet zijn voor een vraag.” “Ik ben de helft van mijn tijd kwijt aan zoeken.” “Ik krijg pas te horen dat iets van mij verwacht wordt als het al te laat is.”
Het platform was niet het antwoord op al deze problemen — maar het maakte zichtbaar wat eerst onzichtbaar was. Het gaf structuur aan chaos.
En langzaam begon het te werken. Mensen die eerst sceptisch waren, werden de grootste voorstanders. Niet omdat ik ze overtuigd had met argumenten — maar omdat ze zelf merkten dat hun werkdag makkelijker werd.
Wat ik leerde
Techniek is het makkelijke deel. Kubernetes opzetten, CI/CD bouwen, een database sync schrijven — dat is concreet. Je weet wanneer het werkt. Mensen overtuigen is ongrijpbaarder, trager, en veel belangrijker.
Luisteren is een technische vaardigheid. Voordat je een oplossing bouwt, moet je snappen wat het probleem écht is. En dat kom je niet te weten uit een Jira-ticket. Dat kom je te weten door te praten met de mensen die het werk doen.
Het kleinste probleem kan de grootste impact hebben. Het Excel-bestand was technisch gezien het simpelste wat ik deed. Maar de impact op het team was groter dan het Kubernetes-cluster. Omdat het een dagelijkse frustratie wegnam.
Een platform is geen product — het is een gesprek. Je bouwt iets, mensen gebruiken het, ze geven feedback, je past het aan. Het houdt nooit op. En dat is precies de bedoeling.
Dit project was voor mij de blauwdruk voor hoe platform engineering zou moeten werken: bouw wat nodig is, maak het makkelijk te gebruiken, en blijf luisteren.