We zoeken een CTO die leiding geeft aan de technologie van een bedrijf in de tradingsector en verantwoordelijk is voor architectuur, softwareontwikkeling, infrastructuur, data, de inzet van kunstmatige intelligentie en de ontwikkeling van het engineeringteam.
De kern van de rol bestaat uit systemen met een hoge eventintensiteit, realtime dataverwerking en strenge eisen aan latency, beschikbaarheid en de correctheid van transacties. We zoeken een leider die technische beslissingen kan koppelen aan bedrijfsresultaten: die zorgt voor een stabiel werkend handelsdomein, de productontwikkeling versnelt, data betrouwbaar maakt en AI inzet met aantoonbaar effect.
De CTO moet zich zeker voelen op twee niveaus: het bepalen van de technologiestrategie én diepgaand inzicht hebben in architectuur, performance, de oorzaken van incidenten en de kwaliteit van technische beslissingen.
Hoofddoel van de rol
Een technologieplatform opbouwen en doorontwikkelen dat de groei van de handelsactiviteit aankan, de correctheid van transacties waarborgt bij piekbelasting en storingen, het bedrijf voorziet van betrouwbare data en het mogelijk maakt om wijzigingen snel en met beheerst risico uit te rollen.
Het werk van de CTO moet het volgende opleveren:
- Een betrouwbaar en beheersbaar handelsdomein.
- Voorspelbare performance bij toenemende belasting.
- Een transparante architectuur met heldere verantwoordelijkheidsgrenzen.
- Een sterk engineeringteam en duurzame ontwikkelprocessen.
- Betrouwbare analyses voor operationele en strategische beslissingen.
- Werkende toepassingen van AI met een aangetoonde business case.
- Beheerste kosten van infrastructuur, ontwikkeling en rekenkracht.
- Een technologiestrategie die aansluit op de plannen van het bedrijf.
Verantwoordelijkheden
1. Technologiestrategie en platformontwikkeling
- Een technologiestrategie voor 12–18 maanden opstellen, plus een gedetailleerd werkplan voor het komende halfjaar.
- Een audit uitvoeren van architectuur, infrastructuur, ontwikkelprocessen, security, data en de competenties van het team.
- Beperkingen identificeren die schaalbaarheid in de weg staan, de productontwikkeling vertragen of financiële en operationele risico’s veroorzaken.
- De doelarchitectuur bepalen en de volgorde van de transitie ernaartoe, met behoud van de bedrijfscontinuïteit.
- Technische initiatieven prioriteren op basis van hun impact op betrouwbaarheid, ontwikkelsnelheid, datakwaliteit, operationele kosten en commerciële doelen.
- Technische schuld beheren: de gevolgen ervan vastleggen, de kosten van het wegwerken inschatten en de benodigde wijzigingen opnemen in het totaalplan.
- Beslissen over eigen ontwikkeling, het gebruik van open-sourceoplossingen en de inkoop van externe diensten.
- De total cost of ownership van technologieën, de risico’s van leveranciersafhankelijkheid en de complexiteit van toekomstig onderhoud beoordelen.
- Waarborgen dat architectuurbeslissingen aansluiten op de werkelijke eisen van het bedrijf, de belasting en het team.
2. Architectuur van handelssystemen
- Verantwoordelijk zijn voor de technische architectuur van het ontvangen van marktdata, de verwerking van handelsevents, orderbeheer en integraties met externe handelsplatformen.
- Zorgen voor een correcte verwerking van de levenscyclus van een order: aanmaken, versturen, bevestigen, gedeeltelijke uitvoering, annulering, afwijzing en herstel van de status na een storing.
- Bescherming inbouwen tegen herhaalde verwerking, duplicaten, verstoorde eventvolgorde en dubbelzinnige antwoorden van externe systemen.
- Reconciliatie inrichten van orders, trades, posities en geldsaldi tussen interne systemen en externe bronnen, binnen het handelsdomein dat het bedrijf gebruikt.
- Zorgen voor beheerst gedrag bij verbindingsverlies, vertraagde marktdata, API-beperkingen en onbeschikbaarheid van handelsplatformen.
- Samen met de eigenaren van trading en risk technische limietcontroles, toegangsbeperkingen en noodstopmechanismen invoeren.
- Zorgen voor logging van financieel relevante handelingen en de mogelijkheid om de volgorde van events te reconstrueren.
- De technische voorwaarden scheppen voor reproduceerbaar onderzoek, testen en een gecontroleerde uitrol van handelsalgoritmen, voor zover het bedrijf deze gebruikt.
- De onderzoeksomgeving, testomgeving en production scheiden; regels vaststellen voor het toelaten van wijzigingen in het handelsdomein.
3. Hoge belasting en lage latency
- Voor elk kritiek scenario de eisen vaststellen voor doorvoercapaciteit, latency, het volume van te verwerken data en toelaatbare fouten.
- De performance van de volledige verwerkingsketen meten, inclusief netwerkcommunicatie, queues, databases en externe integraties.
- Tail latency beheersen: p95, p99 en, waar nodig, p99.9.
- Knelpunten in CPU, geheugen, garbage collection, schijfoperaties, netwerkcommunicatie en resourceconcurrentie opsporen en wegnemen.
- Het systeem ontwerpen met oog voor plotselinge eventpieken, oplopende queues en herstel na overbelasting.
- Load shedding, backpressure, prioritering en gecontroleerde degradatie invoeren.
- Reproduceerbare loadtests organiseren met profielen die de werkelijke productieomstandigheden benaderen.
- Capaciteitsplanning uitvoeren op basis van de verwachte groei en de benodigde reserve.
- Technologieën en benaderingen kiezen op basis van meetresultaten, correctheidseisen en onderhoudskosten.
4. Betrouwbaarheid en beheer
- De kritieke services, hun eigenaren en de doelstellingen voor de servicekwaliteit vaststellen.
- SLI/SLO invoeren: meetbare indicatoren voor beschikbaarheid, latency, fouten, actualiteit van data en correctheid van verwerking.
- Observability opbouwen op basis van metrics, logs en tracing, zodat problemen snel gelokaliseerd kunnen worden.
- Alerting inrichten die de impact op gebruikers en bedrijfsprocessen weerspiegelt.
- Wachtdiensten, escalaties, runbooks en de verdeling van verantwoordelijkheden bij incidenten organiseren.
- Evaluaties van ernstige incidenten uitvoeren, met oorzaakanalyse en opvolging van corrigerende maatregelen.
- Eisen vaststellen voor het herstel van services en het toelaatbare dataverlies per systeemklasse.
- Back-ups organiseren en het herstel regelmatig testen, inclusief bevestiging van de data-integriteit.
- Scenario’s testen voor infrastructuuruitval, het wegvallen van afhankelijkheden, datacorruptie en herstel van handelsintegraties.
- Zorgen voor een veilige uitrol van wijzigingen, de mogelijkheid tot rollback en het gecontroleerd uitschakelen van problematische functionaliteit.
5. Kunstmatige intelligentie en machine learning
- De prioritaire toepassingen van AI vaststellen in handelsonderzoek, analyse, informatieverwerking, operationele processen en softwareontwikkeling.
- Per toepassing het verwachte effect, de kwaliteitseisen, de implementatiekosten en de evaluatieregels formuleren.
- Kiezen tussen externe modellen, eigen hosting, fine-tuning en traditionele algoritmen, afhankelijk van het vraagstuk en de business case.
- Het werken met trainings- en evaluatiedata organiseren: herkomst, kwaliteit, toegang, versiebeheer en reproduceerbaarheid.
- Zorgen voor een correcte scheiding van trainings- en validatiedata, inclusief een tijdgebonden splitsing voor handelstoepassingen en controle op lekkage van toekomstige informatie.
- Een proces opzetten voor het valideren van modellen vóór implementatie en voor kwaliteitsbewaking na livegang.
- Kwaliteitsdegradatie, veranderingen in inputdata, rekenkosten en latency monitoren.
- Vaststellen welke acties AI mag uitvoeren, wanneer menselijke controle nodig is en onder welke voorwaarden automatische uitschakeling plaatsvindt.
- Zorgen dat de kosten van modellen, infrastructuur, menselijke controle en foutcorrectie inzichtelijk zijn.
- Het gebruik van AI binnen het engineeringteam verder ontwikkelen en de impact op ontwikkelsnelheid, kwaliteit en kosten evalueren.
6. Data en analyse
- De architectuur opzetten voor het verzamelen, verwerken, opslaan en ontsluiten van data.
- Eisen vaststellen voor stream- en batchverwerking, wijzigingshistorie en herberekening.
- Zorgen voor consistentie van data tussen handels-, financiële, operationele en analytische systemen.
- Samen met de business de definities van kernmetrics vaststellen en eigenaren aanwijzen.
- Controles inrichten op volledigheid, actualiteit, uniciteit en consistentie van data.
- Zorgen voor herleidbaarheid van indicatoren: van rapport tot onderliggende events en rekenregels.
- Een voor het management toegankelijk analysesysteem bouwen voor handelstransacties, provisies, uitvoeringskwaliteit, risico’s, kosten en platformprestaties — in lijn met het gehanteerde bedrijfsmodel.
- Controle inbouwen op correcties, herberekeningen en wijzigingen in methodologie.
- Toegang tot data afbakenen en zorgen voor audit van de toegang tot gevoelige informatie.
- De afhankelijkheid van managementbeslissingen van handmatige exports en niet-afgestemde spreadsheets verminderen.
7. Informatiebeveiliging
- Het toegangsmodel vaststellen voor infrastructuur, data, handelsintegraties en beheerfuncties.
- Zorgen voor minimaal benodigde rechten, versterkte beveiliging van bevoorrechte accounts en een gecontroleerde toekenning van toegang.
- Het beheer van secrets, integratiesleutels en certificaten en de rotatie daarvan organiseren.
- Securitycontroles opnemen in de processen voor ontwikkeling en uitrol van wijzigingen.
- Zorgen voor controle op dependencies, kwetsbaarheden en de termijnen voor het oplossen van wezenlijke risico’s.
- Audit van kritieke handelingen organiseren en logs beschermen tegen ongeautoriseerde wijziging.
- De procedure vaststellen voor de respons op securityincidenten en de samenwerking met verantwoordelijke leidinggevenden.
- Samen met vakspecialisten rekening houden met de eisen aan verwerking en opslag van data die gelden voor de markten en jurisdicties van het bedrijf.
- Een register van technologische risico’s bijhouden, met eigenaren, termijnen en afgesproken mitigerende maatregelen.
8. Aansturing van de softwareontwikkeling
- Een transparant proces inrichten van het formuleren van een taak tot de uitrol en de controle van het resultaat in production.
- Zorgen voor realistische planning, rekening houdend met de beschikbare capaciteit van het team, de operationele belasting en technische risico’s.
- Definition of done vaststellen voor taken, architectuurwijzigingen en releases.
- CI/CD, geautomatiseerde controles en het testen van kritieke scenario’s verder ontwikkelen.
- Code review, architectuuroverleg en de documentatie van belangrijke beslissingen organiseren.
- De doorlooptijd van wijzigingen verkorten zonder in te leveren op betrouwbaarheid en correctheid.
- Afhankelijkheden tussen teams, externe leveranciers en bedrijfsonderdelen beheren.
- Zorgen dat het nakomen van toezeggingen meetbaar is en dat de oorzaken van afwijkingen inzichtelijk zijn.
- Actuele documentatie onderhouden die volstaat voor het beheer en de overdracht van verantwoordelijkheden.
9. Team en organisatiestructuur
- De structuur van de engineeringorganisatie vormgeven op basis van de huidige opgaven en groeiplannen.
- De verantwoordelijkheidsgebieden van managers, technische leads en teams vaststellen.
- Een plan opstellen voor werving en competentieontwikkeling in softwareontwikkeling, infrastructuur, data, AI en security.
- Betrokken zijn bij de werving van sleutelspecialisten en de beoordeling van technisch leidinggevenden.
- Leidinggevenden ontwikkelen en een talentpool opbouwen.
- Regelmatig feedback geven en resultaten beoordelen.
- De afhankelijkheid van kritieke systemen van één medewerker verminderen.
- Voorwaarden scheppen voor kennisdeling, een goede onboarding en een duurzaam functionerende wachtdienst.
- Medewerkers beoordelen op resultaten, de kwaliteit van beslissingen en samenwerking.
10. Budget en samenwerking met de business
- Het technologiebudget beheren binnen de afgesproken bevoegdheden.
- De uitgaven plannen voor infrastructuur, licenties, marktdata, externe diensten en AI-rekenkracht.
- De kosten per eenheid nuttige belasting berekenen voor de belangrijkste technologische domeinen.
- Investeringen onderbouwen met het verwachte effect, risicoreductie of het wegnemen van een groeibeperking.
- Toezien op het nakomen van verplichtingen door technologieleveranciers en aannemers.
- Het management regelmatig informeren over de status van het platform, planning, risico’s, budget en benodigde beslissingen.
- Prioriteiten afstemmen met product, trading, finance en risk.
- Tijdig melden wanneer er beperkingen zijn en handelingsopties voorstellen met een inschatting van de gevolgen.
Bevoegdheden en verantwoordelijkheidsgrenzen
De CTO is verantwoordelijk voor de technologiestrategie, architectuurbeslissingen, de organisatie van het engineeringwerk, de kwaliteit van het beheer en de uitvoering van het afgesproken plan.
Binnen het goedgekeurde budget en de managementstructuur:
- Bepaalt de CTO technologiestandaarden en architectuurprincipes.
- Doet de CTO voorstellen voor de teamstructuur en werving.
- Verdeelt de CTO engineeringcapaciteit op basis van afgesproken prioriteiten.
- Keurt de CTO de technische gereedheid van kritieke wijzigingen goed.
- Initieert de CTO een herziening van planning en scope wanneer wezenlijke risico’s aan het licht komen.
- Kan de CTO de uitrol of het gebruik van een technisch gevaarlijke wijziging stopzetten volgens de vastgestelde procedure.
Handelsstrategieën, het toelaatbare financiële risico en de regels voor kapitaalbeheer worden afgestemd met de eigenaren van de betreffende domeinen. De CTO waarborgt de technische correctheid van de uitvoering van deze regels, de betrouwbaarheid van data en de stabiliteit van het platform.
Functie-eisen
Leidinggevende ervaring
- Ervaring met het leiden van een engineeringorganisatie als CTO, VP Engineering, Head of Engineering of in een vergelijkbare rol.
- Ervaring met het aansturen van technische leiders en meerdere ontwikkelstromen.
- Praktische ervaring met werving, teamvorming, het stellen van doelen en het beoordelen van resultaten.
- In staat om relaties met de business op te bouwen, prioriteiten te bespreken en noodzakelijke technische investeringen te verdedigen.
- Ervaring met budgetbeheer en het aansturen van externe technologieleveranciers.
- In staat om beslissingen te nemen bij onvolledige informatie en beperkte middelen.
Technische expertise
- Diepgaand begrip van gedistribueerde systemen, netwerkcommunicatie, concurrency en consistentiemodellen.
- Ervaring met het ontwerpen en beheren van high-load systemen met meetbare eisen aan latency en betrouwbaarheid.
- Praktische ervaring met eventstreams, queues, databases, caching en realtime verwerking.
- In staat om performance te analyseren en de oorzaken van degradatie te vinden op applicatie- en infrastructuurniveau.
- Begrip van idempotentie, eventvolgorde, herhaalde aflevering en herstel na gedeeltelijke uitval.
- Ervaring met het inrichten van observability, CI/CD, incidentmanagement en disaster recovery.
- Begrip van de technische grondbeginselen van security.
Trading en data
- Ervaring in trading, fintech, betaalsystemen of een ander bedrijf met kritieke financiële transacties.
- Begrip van de levenscyclus van een order, de uitvoering van trades, posities, reconciliaties en de beperkingen van externe integraties.
- Ervaring met het bouwen van analysesystemen en het borgen van datakwaliteit.
- In staat om verschillen tussen bedrijfsindicatoren en technische bronnen te analyseren.
AI en machine learning
- Praktische ervaring met het implementeren van AI of ML in werkprocessen, of met het leiden van zulke projecten.
- Begrip van kwaliteitsevaluatie, de beperkingen van modellen, operationele kosten en risicobeheersing.
- In staat om te bepalen waar de inzet van AI een meetbaar effect oplevert.
- Begrip van het verschil tussen een geslaagd experiment en een systeem dat klaar is voor structureel gebruik.
Pré
- Ervaring met algoritmische trading, beursintegraties en de verwerking van marktdata.
- Ervaring met low-latency systemen en het optimaliseren van tail latency.
- Diepgaande expertise in Go, Rust, C++, Java of een andere taal die in high-load systemen wordt gebruikt.
- Ervaring met het bouwen van dataplatformen, MLOps en infrastructuur voor modellen.
- Ervaring met het brengen van een kritiek platform van instabiliteit of snelle groei naar een stabiele operatie.
Werkplan voor de eerste zes maanden
Eerste maand — audit en vastleggen van de uitgangssituatie
We verwachten:
- Een overzicht van systemen, integraties, datastromen en eigenaren.
- Een beoordeling van het team en de ontbrekende competenties.
- Een register van de belangrijkste technologische risico’s.
- Nulmetingen van beschikbaarheid, latency, belasting, datakwaliteit, ontwikkelsnelheid en kosten.
- Een lijst van kritieke handelsscenario’s.
- Voorstellen voor de meest urgente wijzigingen.
- Een afgestemde methodiek voor het meten van KPI’s.
Resultaat van de maand: het management heeft inzicht in de staat van de technologie, de belangrijkste beperkingen en de te volgen aanpak.
Tweede maand — strategie en basale beheersbaarheid
We verwachten:
- Een goedgekeurde roadmap met budget, afhankelijkheden en verantwoordelijken.
- Afgestemde SLO’s, hersteleisen en regels voor incidentrespons.
- Het dichten van de gevaarlijkste lacunes in toegangsbeheer, back-ups en observability.
- Een geprioriteerd wervingsplan.
- Goedgekeurde definities van de belangrijkste bedrijfsmetrics.
- Een selectie van AI-toepassingen en criteria om hun nut te beoordelen.
Resultaat van de maand: de belangrijkste risico’s, werkzaamheden en indicatoren staan onder regelmatige controle.
Derde maand — eerste aangetoonde verbeteringen
We verwachten:
- De eerste wijzigingen die wezenlijke knelpunten in performance of betrouwbaarheid wegnemen.
- Een werkend proces voor releasemanagement en incidentevaluatie.
- Loadtests van de prioritaire scenario’s.
- Een eerste hersteltest van kritieke systemen.
- Geautomatiseerde kwaliteitscontroles van kerndata.
- Een validatie van de eerste AI-toepassing op representatieve taken.
Resultaat van de maand: het effect van technische wijzigingen wordt bevestigd door metingen.
Vierde maand — doorontwikkeling van de kerndomeinen
We verwachten:
- De uitvoering van prioritaire architectuurwijzigingen.
- Uitbreiding van de geautomatiseerde reconciliatie en controle van handelstransacties.
- Een werkend systeem voor de belangrijkste managementindicatoren.
- Het wegnemen of verkleinen van kritieke afhankelijkheden van personen.
- Ingebruikname van een geschikte AI-toepassing in beperkte productie, mits aan de kwaliteitscriteria wordt voldaan.
- De eerste aangetoonde resultaten van optimalisatie van de kosten per eenheid.
Resultaat van de maand: de belangrijkste initiatieven leveren effect op in de praktijk.
Vijfde maand — toetsing van de robuustheid
We verwachten:
- Een test van het platform onder de verwachte piekbelasting met een afgesproken marge.
- Tests van uitval, herstel en noodstop.
- Het wegnemen van de gevonden knelpunten.
- Bevestiging van de kwaliteit van de analyses in een regulier ritme.
- Het verzamelen van data over het effect van de geïmplementeerde AI.
- Een praktijktest van het vervangen van de eigenaren van kritieke services.
Resultaat van de maand: de robuustheid van de oplossingen is bevestigd door tests en dagelijks gebruik.
Zesde maand — evaluatie van de resultaten en de volgende fase
We verwachten:
- Een eindbeoordeling van de KPI’s met onderbouwende data.
- Een vergelijking van de resultaten met de uitgangssituatie.
- Een rapportage over de budgetuitputting en de verandering in de kosten van de belangrijkste processen.
- Een beoordeling van de resterende risico’s en technische schuld.
- Een ontwikkelplan voor team en platform voor de volgende periode.
- Afgestemde prioriteiten voor verdere opschaling.
Resultaat van de maand: het bedrijf krijgt een transparante beoordeling van het behaalde effect en een onderbouwd plan voor het vervolg.
KPI’s van de CTO voor de eerste zes maanden
De onderstaande streefwaarden zijn een eerste voorstel. In de eerste 30 dagen worden de nulmetingen, meetgrenzen, kritieke systemen, beschikbare middelen en definitieve acceptatiecriteria vastgelegd.
Als de bestaande eisen van het bedrijf strenger zijn dan de voorgestelde, blijven de strengere eisen van kracht.
| Domein | Weging | Beoogd resultaat aan het einde van de zesde maand |
|---|---|---|
| Betrouwbaarheid van het platform | 15% | Voor alle kritieke scenario’s zijn SLO’s, eigenaren, monitoring en een responsprocedure vastgesteld. Over de laatste acht weken is de afgesproken beschikbaarheid gehaald; het uitgangspunt is minimaal 99,95% technisch correct verwerkte geldige transacties. Voor elk ernstig incident is een evaluatie uitgevoerd en zijn corrigerende maatregelen toegewezen. |
| Performance en schaalbaarheid | 15% | Voor minimaal twee geselecteerde kritieke stromen is de p99 met 25% verlaagd ten opzichte van de uitgangssituatie, of is aangetoond dat een vooraf afgesproken toereikend absoluut latencybudget wordt nageleefd. Tests bevestigen de werking bij 150% van de verwachte piekbelasting zonder de eisen aan correctheid, latency en fouten te schenden. |
| Correctheid van het handelsdomein | 15% | 100% van de afgesproken kritieke routes voor orderverwerking zijn geaccepteerd op statusbeheer, bescherming tegen duplicaten, toepasselijke limieten en audit. Er draait een geautomatiseerde reconciliatie van kritieke handelsdata. Er zijn geen onverklaarde verschillen die de afgesproken SLA overschrijden. Er zijn minimaal twee tests uitgevoerd van de noodstop en van het herstel van integraties. |
| Security en herstel | 10% | Voor 100% van de kritieke systemen zijn eisen aan toegang, RTO en RPO vastgesteld. Herstel is met succes getest, inclusief bevestiging van de integriteit en de bedrijfsstatus. Er zijn geen verlopen kritieke risico’s zonder formele acceptatie door een bevoegde eigenaar. Bevoorrechte toegang en kritieke secrets zijn in lijn gebracht met het afgesproken beheermodel. |
| Voorspelbaarheid van de ontwikkeling | 10% | Minimaal 85% van de gewogen prioritaire toezeggingen is binnen de afgesproken termijn opgeleverd en volgens de definition of done geaccepteerd. De mediane doorlooptijd van vergelijkbare taken, van gereed voor ontwikkeling tot production, is met minimaal 20% verkort. Het aandeel wijzigingen dat een incident, rollback of hotfix veroorzaakt, blijft binnen de afgesproken grens en verslechtert niet ten gunste van snelheid. |
| Effect van de inzet van AI | 10% | Minimaal twee prioritaire toepassingen zijn gevalideerd, waarvan minimaal één in productie is genomen na toetsing van kwaliteit en business case. Een vermindering van de werklast met minimaal 15% is aangetoond, of een ander vooraf afgesproken meetbaar effect, met behoud van de kwaliteitseisen. Er zijn een eigenaar, monitoringregels en uitschakelvoorwaarden aangewezen. |
| Data en analyse | 10% | Voor 100% van de afgesproken kernmetrics zijn definities, bronnen en eigenaren goedgekeurd. Voor kritieke data draaien controles op kwaliteit en actualiteit. Over de laatste acht weken voldoet minimaal 99% van de voorziene controles aan de afgesproken criteria. De belangrijkste managementindicatoren zijn voor het management beschikbaar zonder regelmatig handmatig samenstellen. |
| Team en verdeling van verantwoordelijkheden | 5% | Elke kritieke service heeft een primaire eigenaar en een voorbereide vervanger. Minimaal 80% van de goedgekeurde prioritaire vacatures is ingevuld, mits de budgetten en afgesproken wervingsvoorwaarden beschikbaar zijn gesteld. Voor sleutelmedewerkers zijn verantwoordelijkheidsgebieden en doelen vastgesteld; er is een feedbackcyclus doorlopen. |
| Kosten van infrastructuur en rekenkracht | 5% | De kosten per eenheid nuttige belasting van de kerndomeinen zijn berekend. In de geselecteerde domeinen zijn deze met minimaal 10% verlaagd, of is een vooraf goedgekeurd streefniveau gehaald. De eisen aan betrouwbaarheid en kwaliteit zijn behouden. De afwijking van de uitgaven ten opzichte van de afgesproken prognose over de laatste twee maanden bedraagt maximaal 10% bij een belasting binnen de voorziene bandbreedte. |
| Strategie en mitigatie van technologische risico’s | 5% | Vóór dag 30 zijn de audit en het risicoregister gepresenteerd; vóór dag 60 een afgestemde roadmap met budget en afhankelijkheden. Aan het einde van het halfjaar is minimaal 90% van de gewogen prioritaire maatregelen ter beperking van de meest wezenlijke technologische risico’s uitgevoerd. Het resultaat is bevestigd door werkende wijzigingen en acceptatie. |
| Totaal | 100% |
Regels voor meting en beoordeling van KPI’s
Uitgangssituatie en databronnen
Voor elke KPI wordt vóór het einde van de eerste maand vastgelegd:
- De beginwaarde.
- De streefwaarde en de termijn.
- Het meetobject en de betrokken systemen.
- De databron.
- Wie verantwoordelijk is voor de bevestiging van het resultaat.
- De benodigde middelen en externe afhankelijkheden.
- De regels voor gedeeltelijke realisatie.
Als er geen metingen beschikbaar zijn, organiseert de CTO de dataverzameling en stemt een voldoende lange observatieperiode af. Relatieve verbetering wordt uitsluitend berekend ten opzichte van een bevestigde beginwaarde.
Beschikbaarheid
Beschikbaarheid wordt berekend als:
Technisch correct verwerkte geldige transacties / alle geldige transacties × 100%.
Interne fouten, time-outs en weigeringen door overbelasting gelden als niet-geslaagde verwerking. Een correcte weigering op basis van een vastgestelde risicolimiet geldt als correct technisch resultaat.
De indicatoren van het eigen domein en van het end-to-end-scenario met externe handelsplatformen worden afzonderlijk weergegeven. Een technisch correcte verwerking van een order betekent niet dat de trade noodzakelijkerwijs door de markt wordt uitgevoerd.
Performance
Er worden gelijke klassen van transacties, vergelijkbare datavolumes en vooraf vastgestelde belastingsprofielen vergeleken.
De rapportage omvat latency, nuttige doorvoercapaciteit, fouten, herhalingen, queuelengte en resourcebezetting. Het resultaat mag niet worden verbeterd door trage transacties uit te sluiten, verzoeken te laten vallen of de nuttige belasting te verlagen.
Doelen voor latency, capaciteit en kosten worden in samenhang afgestemd, met vermelding van het budget en de testconfiguratie.
Uitvoering van het plan
De uitvoering wordt berekend als:
Som van de wegingen van geaccepteerde toezeggingen / som van de wegingen van alle toezeggingen in de periode × 100%.
De weging wordt vóór aanvang van het werk bepaald op basis van de bedrijfsprioriteit. Werk geldt als afgerond wanneer het voldoet aan de acceptatiecriteria.
Wijzigingen in planning en scope worden tijdig vastgelegd, met vermelding van de redenen. Het oorspronkelijke plan blijft bewaard voor de analyse van afwijkingen.
Effect van AI
Het effect wordt getoetst op vergelijkbare taken ten opzichte van het oorspronkelijke proces of een controlegroep.
De kosten van modellen, infrastructuur, implementatie, menselijke controle en foutcorrectie worden meegenomen. Tijdsbesparing telt alleen mee als het afgesproken kwaliteitsniveau behouden blijft.
Voor toepassingen die van invloed zijn op handelsbeslissingen worden de risicocriteria en de voorwaarden voor ingebruikname afzonderlijk afgestemd.
Datakwaliteit
Het slagingspercentage van controles wordt berekend als:
Controles die aan de vastgestelde criteria voldoen / alle voorziene controles × 100%.
Overgeslagen of niet-werkende controles gelden als niet geslaagd. Kritieke verschillen in handelstransacties en saldi worden afzonderlijk beoordeeld: ze kunnen niet worden verhuld door een goed gemiddelde van de overige data.
Externe afhankelijkheden
Veranderingen in de handelsbelasting, onbeschikbaarheid van handelsplatformen, vertraging in budgetbeslissingen en een wervingsstop worden in de rapportage weergegeven.
Herziening van doelen vereist afstemming, en de wijzigingshistorie blijft bewaard. De CTO is verantwoordelijk voor de in de architectuur voorziene maatregelen bij externe storingen en voor tijdige communicatie over risico’s.
Eindbeoordeling
Het totaalresultaat wordt berekend als de som van de gewogen scores over de tien domeinen. Per domein worden vooraf drempels vastgesteld voor volledig, gedeeltelijk en niet behaald resultaat.
Verplichte eisen aan de correctheid van handelstransacties, toegangsbeheer en herstel worden afzonderlijk beoordeeld. Het niet voldoen daaraan kan niet worden gecompenseerd door kostenbesparing of snellere ontwikkeling.
De koppeling van de KPI-beoordeling aan een variabele beloning, voor zover van toepassing, wordt in een afzonderlijke overeenkomst vastgelegd.
Afstemming met het management
- Wekelijks: status van prioritaire werkzaamheden, wezenlijke risico’s, incidenten en beslissingen waarvoor betrokkenheid van de business nodig is.
- Maandelijks: indicatoren voor betrouwbaarheid, performance, ontwikkeling, data, AI, team en budget.
- Bij ernstige incidenten: snelle informatievoorziening, inschatting van de gevolgen, oorzaakanalyse en een plan om herhaling te voorkomen.
- Aan het einde van het halfjaar: beoordeling van de KPI’s, het behaalde effect, resterende beperkingen en de volgende ontwikkelfase.
Arbeidsvoorwaarden
- Beloning: € 15.000 per maand.
- Functieniveau — CTO / technisch directeur.
- Verantwoordelijkheidsgebied — technologie, architectuur, softwareontwikkeling, infrastructuur, data, AI en het engineeringteam.
- De contractvorm, de fiscale status van het bedrag, de standplaats, het werkregime en een eventueel variabel deel worden afzonderlijk overeengekomen.
- Bij het vaststellen van de doelen worden tegelijkertijd de bevoegdheden, het budget en de beschikbare middelen afgestemd.
Wat we bij je sollicitatie verwachten
Je cv en een aantal concrete voorbeelden van je werk:
- Welke systemen en teams je hebt aangestuurd.
- Met welke belasting, latency en beschikbaarheidseisen je hebt gewerkt.
- Welke architectuur- of organisatiewijzigingen je hebt doorgevoerd.
- Hoe de indicatoren zich vóór en na deze wijzigingen ontwikkelden.
- Welke ervaring je hebt met trading, financiële transacties, AI en data-analyse.
- Hoe je hebt gehandeld bij ernstige incidenten en welke structurele wijzigingen je daarna hebt doorgevoerd.
Vertrouwelijke cijfers kun je in bandbreedtes of geanonimiseerd vermelden.