Vi søker en CTO som skal lede teknologiområdet i en virksomhet innen trading og ha ansvar for arkitektur, utvikling, infrastruktur, data, innføring av kunstig intelligens og utvikling av ingeniørteamet.

Rollen sentrerer seg om systemer med høy hendelsesintensitet, sanntidsbehandling av data og strenge krav til latens, tilgjengelighet og korrekt gjennomføring av operasjoner. Vi trenger en leder som kan knytte tekniske beslutninger til forretningsresultater: sikre stabil drift av handelsplattformen, akselerere produktutviklingen, gjøre dataene pålitelige og innføre KI med målbar effekt.

CTO-en må arbeide trygt på to nivåer: fastsette teknologistrategien og samtidig ha inngående forståelse av arkitektur, ytelse, årsaker til hendelser og kvaliteten på tekniske løsninger.

Rollens hovedoppgave

Bygge og videreutvikle en teknologiplattform som tåler økende handelsaktivitet, opprettholder korrekte operasjoner under topplast og feil, gir virksomheten pålitelige data og gjør det mulig å levere endringer raskt med kontrollert risiko.

Resultatet av CTO-ens arbeid skal være:

En pålitelig og styrbar handelsplattform.
Forutsigbar ytelse ved økende last.
En oversiktlig arkitektur med tydelige ansvarsgrenser.
Et sterkt ingeniørteam og robuste utviklingsprosesser.
Pålitelig analyse for operative og strategiske beslutninger.
Fungerende bruksområder for KI med dokumentert lønnsomhet.
Kontrollerte kostnader til infrastruktur, utvikling og beregningskapasitet.
En teknologistrategi som er forankret i virksomhetens planer.

Ansvarsområder

1. Teknologistrategi og plattformutvikling

Utarbeide en teknologistrategi for 12–18 måneder og en detaljert arbeidsplan for det kommende halvåret.
Gjennomføre en revisjon av arkitektur, infrastruktur, utviklingsprosesser, sikkerhet, data og teamets kompetanse.
Identifisere begrensninger som hindrer skalering, bremser produktutviklingen eller skaper finansiell og operasjonell risiko.
Fastsette målarkitekturen og rekkefølgen for overgangen til den, med hensyn til kontinuitet i virksomhetens drift.
Prioritere tekniske initiativer etter effekt på pålitelighet, utviklingstempo, datakvalitet, driftskostnader og kommersielle mål.
Styre teknisk gjeld: dokumentere konsekvensene, anslå kostnaden ved å fjerne den og innarbeide nødvendige endringer i den samlede planen.
Ta beslutninger om egenutvikling, bruk av åpen kildekode og kjøp av eksterne tjenester.
Vurdere totale eierkostnader for teknologi, risiko for leverandøravhengighet og kompleksiteten i videre forvaltning.
Sikre at arkitekturbeslutninger samsvarer med de faktiske kravene fra virksomheten, lasten og teamet.

2. Arkitektur for handelssystemer

Ha ansvar for den tekniske arkitekturen for mottak av markedsdata, behandling av handelshendelser, ordrehåndtering og integrasjoner med eksterne handelsplasser.
Sikre korrekt håndtering av ordrens livssyklus: opprettelse, innsending, bekreftelse, delvis utførelse, kansellering, avvisning og gjenoppretting av tilstand etter feil.
Sørge for beskyttelse mot gjentatt behandling, duplikater, brudd på hendelsesrekkefølgen og tvetydige svar fra eksterne systemer.
Etablere avstemming av ordrer, handler, posisjoner og kontantbeholdninger mellom interne systemer og eksterne kilder innenfor det omfanget virksomheten benytter.
Sikre kontrollert atferd ved brudd i forbindelsen, forsinkede markedsdata, API-begrensninger og utilgjengelige handelsplasser.
I samarbeid med de ansvarlige for trading og risiko innføre tekniske limitkontroller, tilgangsbegrensninger og mekanismer for nødstopp.
Sikre logging av finansielt vesentlige handlinger og mulighet til å rekonstruere hendelsesforløpet.
Legge de tekniske forholdene til rette for reproduserbar forskning, testing og kontrollert produksjonssetting av handelsalgoritmer, dersom virksomheten benytter slike.
Skille forskningsmiljø, testing og produksjon; fastsette regler for godkjenning av endringer i handelsplattformen.

3. Høy last og lav latens

Fastsette krav til gjennomstrømning, latens, datavolum og akseptable feilnivåer for hvert kritisk scenario.
Måle ytelsen i hele behandlingskjeden, inkludert nettverkskommunikasjon, køer, databaser og eksterne integrasjoner.
Styre halelatens: p95, p99 og, der det er nødvendig, p99.9.
Identifisere og fjerne flaskehalser knyttet til CPU, minne, søppeloppsamling, diskoperasjoner, nettverkskommunikasjon og ressurskonkurranse.
Designe systemet for brå hendelsestopper, oppbygging av køer og gjenoppretting etter overbelastning.
Innføre lastbegrensning, mottrykkshåndtering, prioritering og kontrollert degradering.
Etablere reproduserbare lasttester med profiler som ligger tett opp mot reell drift.
Planlegge kapasitet ut fra forventet vekst og nødvendig reserve.
Velge teknologier og tilnærminger på grunnlag av målinger, krav til korrekthet og forvaltningskostnader.

4. Pålitelighet og drift

Fastsette hvilke tjenester som er kritiske, hvem som eier dem og hvilke kvalitetsmål som gjelder for dem.
Innføre SLI/SLO: målbare indikatorer for tilgjengelighet, latens, feil, dataaktualitet og korrekt behandling.
Bygge observerbarhet basert på metrikker, logger og sporing, slik at problemer raskt kan lokaliseres.
Sette opp varsling som gjenspeiler påvirkningen på brukere og forretningsprosesser.
Organisere vaktordninger, eskalering, beredskapsrutiner og ansvarsfordeling ved hendelser.
Gjennomføre gjennomganger av alvorlige hendelser med årsaksanalyse og oppfølging av korrigerende tiltak.
Fastsette krav til gjenoppretting av tjenester og akseptabelt datatap for ulike systemklasser.
Etablere sikkerhetskopiering og jevnlig teste gjenoppretting med bekreftelse av dataintegritet.
Teste scenarier for infrastrukturfeil, bortfall av avhengigheter, datakorrupsjon og gjenoppretting av handelsintegrasjoner.
Sikre trygg produksjonssetting av endringer, mulighet for tilbakerulling og kontrollert deaktivering av problematisk funksjonalitet.

5. Kunstig intelligens og maskinlæring

Fastsette prioriterte bruksområder for KI innen handelsanalyse og -forskning, analyse, informasjonsbehandling, operative prosesser og utvikling.
For hvert bruksområde formulere forventet effekt, kvalitetskrav, innføringskostnad og regler for resultatvurdering.
Velge mellom eksterne modeller, egen drift, finjustering og tradisjonelle algoritmer ut fra oppgave og lønnsomhet.
Organisere arbeidet med data for trening og evaluering: opphav, kvalitet, tilganger, versjonering og reproduserbarhet.
Sikre korrekt oppdeling av trenings- og valideringsdata, inkludert tidsbasert oppdeling for handelsoppgaver og kontroll av informasjonslekkasje fra fremtiden.
Etablere en prosess for validering av modeller før innføring og kvalitetskontroll etter lansering.
Overvåke kvalitetsforringelse, endringer i inndata, beregningskostnader og latens.
Fastsette hvilke handlinger KI kan utføre, når menneskelig kontroll er nødvendig og vilkårene for automatisk deaktivering.
Sikre at kostnader til modeller, infrastruktur, menneskelig kontroll og feilretting regnskapsføres.
Utvikle bruken av KI i ingeniørteamet med vurdering av effekten på utviklingstempo, kvalitet og kostnader.

6. Data og analyse

Utforme arkitekturen for innsamling, behandling, lagring og tilgjengeliggjøring av data.
Fastsette krav til strømmebehandling og batchbehandling, endringshistorikk og omberegning.
Sikre konsistente data mellom handels-, finans-, drifts- og analysesystemer.
I samarbeid med virksomheten fastsette definisjoner av nøkkelmetrikker og utpeke eiere.
Etablere kontroller av datas fullstendighet, aktualitet, unikhet og konsistens.
Sikre sporbarhet for indikatorer: fra rapport til kildehendelser og beregningsregler.
Bygge et analysesystem tilgjengelig for ledelsen som dekker handelsoperasjoner, provisjoner, utførelseskvalitet, risiko, kostnader og plattformdrift – i tråd med virksomhetens forretningsmodell.
Sørge for kontroll med korrigeringer, omberegninger og metodeendringer.
Avgrense tilgang til data og sikre revisjon av tilgang til sensitiv informasjon.
Redusere avhengigheten av manuelle uttrekk og inkonsistente regneark i ledelsesbeslutninger.

7. Informasjonssikkerhet

Fastsette tilgangsmodellen for infrastruktur, data, handelsintegrasjoner og administrative funksjoner.
Sikre minste nødvendige rettigheter, forsterket beskyttelse av privilegerte kontoer og kontrollert tildeling av tilgang.
Organisere forvaltning av hemmeligheter, integrasjonsnøkler, sertifikater og rotasjon av disse.
Innføre sikkerhetskontroller i utviklings- og produksjonssettingsprosessene.
Sikre kontroll med avhengigheter, sårbarheter og frister for utbedring av vesentlige risikoer.
Etablere revisjon av kritiske handlinger og beskyttelse av logger mot uautoriserte endringer.
Fastsette rutiner for håndtering av sikkerhetshendelser og samhandling med ansvarlige ledere.
I samarbeid med fagspesialister ivareta krav til behandling og lagring av data som gjelder for selskapets markeder og jurisdiksjoner.
Føre et register over teknologiske risikoer med eiere, frister og avtalte risikoreduserende tiltak.

8. Styring av utvikling

Bygge en transparent prosess fra oppgavedefinisjon til produksjonssetting og verifisering av resultatet i produksjon.
Sikre realistisk planlegging med hensyn til teamets tilgjengelige kapasitet, driftsbelastning og tekniske risikoer.
Fastsette ferdigkriterier for oppgaver, arkitekturendringer og releaser.
Videreutvikle CI/CD, automatiserte kontroller og testing av kritiske scenarier.
Organisere code review, arkitekturdiskusjoner og dokumentasjon av vesentlige beslutninger.
Redusere gjennomløpstiden for endringer uten å svekke pålitelighet og korrekthet.
Styre avhengigheter mellom team, eksterne leverandører og forretningsområder.
Sikre målbar oppfyllelse av forpliktelser og åpenhet om årsaker til avvik.
Holde dokumentasjonen oppdatert og tilstrekkelig for drift og overføring av ansvar.

9. Team og organisasjonsstruktur

Utforme strukturen for ingeniørområdet med utgangspunkt i dagens oppgaver og vekstplaner.
Fastsette ansvarsområdene for ledere, tekniske ledere og team.
Utarbeide en plan for rekruttering og kompetanseutvikling innen utvikling, infrastruktur, data, KI og sikkerhet.
Delta i rekruttering av nøkkelpersoner og vurdering av tekniske ledere.
Utvikle ledere og bygge opp en etterfølgerreserve.
Gi jevnlige tilbakemeldinger og gjennomføre resultatvurderinger.
Redusere kritiske systemers avhengighet av enkeltpersoner.
Legge til rette for kunnskapsdeling, god onboarding og bærekraftige vaktordninger.
Vurdere medarbeidere ut fra resultater, beslutningskvalitet og samarbeid.

10. Budsjett og samhandling med virksomheten

Forvalte teknologibudsjettet innenfor avtalte fullmakter.
Planlegge kostnader til infrastruktur, lisenser, markedsdata, eksterne tjenester og KI-beregninger.
Beregne kostnaden per enhet nyttelast for de viktigste teknologiske systemområdene.
Begrunne investeringer med forventet effekt, redusert risiko eller fjerning av vekstbegrensninger.
Følge opp at tekniske leverandører og underleverandører oppfyller sine forpliktelser.
Jevnlig informere ledelsen om plattformens tilstand, tidsplaner, risikoer, budsjett og beslutninger som må tas.
Samordne prioriteringer med produkt-, handels-, finans- og risikoområdene.
I god tid varsle om begrensninger og foreslå handlingsalternativer med konsekvensvurdering.

Fullmakter og ansvarsgrenser

CTO-en har ansvar for teknologistrategien, arkitekturbeslutninger, organiseringen av ingeniørarbeidet, driftskvaliteten og gjennomføringen av den avtalte planen.

Innenfor godkjent budsjett og styringsstruktur skal CTO-en:

Fastsette teknologistandarder og arkitekturprinsipper.
Utarbeide forslag til teamstruktur og rekruttering.
Fordele ingeniørressurser etter avtalte prioriteringer.
Godkjenne den tekniske klarheten for kritiske endringer.
Ta initiativ til å revidere tidsplaner og arbeidsomfang når vesentlige risikoer avdekkes.
Kunne stanse produksjonssetting eller drift av en teknisk farlig endring i henhold til fastsatte rutiner.

Handelsstrategier, akseptabel finansiell risiko og regler for kapitalforvaltning avtales med de ansvarlige for de respektive områdene. CTO-en sikrer teknisk korrekt gjennomføring av disse reglene, pålitelige data og en robust plattform.

Krav til kandidaten

Ledererfaring

Erfaring med å lede et ingeniørområde på nivå med CTO, VP Engineering, Head of Engineering eller tilsvarende rolle.
Erfaring med å lede tekniske ledere og flere utviklingsområder.
Praktisk erfaring med rekruttering, teambygging, målsetting og resultatvurdering.
Evne til å bygge relasjoner med virksomheten, diskutere prioriteringer og argumentere for nødvendige tekniske investeringer.
Erfaring med budsjettansvar og styring av eksterne teknologileverandører.
Evne til å ta beslutninger med ufullstendige data og begrensede ressurser.

Teknisk ekspertise

Inngående forståelse av distribuerte systemer, nettverkskommunikasjon, samtidig kjøring og konsistensmodeller.
Erfaring med design og drift av systemer med høy last og målbare krav til latens og pålitelighet.
Praktisk erfaring med hendelsesstrømmer, køer, databaser, caching og sanntidsbehandling.
Evne til å analysere ytelse og finne årsaker til degradering på applikasjons- og infrastrukturnivå.
Forståelse av idempotens, hendelsesrekkefølge, gjentatt levering og gjenoppretting etter delvise feil.
Erfaring med å etablere observerbarhet, CI/CD, hendelseshåndtering og katastrofegjenoppretting.
Forståelse av grunnleggende sikkerhetsprinsipper i systemutvikling.

Trading og data

Erfaring fra trading, fintech, betalingssystemer eller annen virksomhet med kritiske finansielle operasjoner.
Forståelse av ordrens livssyklus, handelsutførelse, posisjoner, avstemminger og begrensninger i eksterne integrasjoner.
Erfaring med å bygge analysesystemer og sikre datakvalitet.
Evne til å utrede avvik mellom forretningsindikatorer og tekniske kilder.

KI og maskinlæring

Praktisk erfaring med å innføre KI eller ML i arbeidsprosesser, eller med å lede slike prosjekter.
Forståelse av kvalitetsevaluering, modellbegrensninger, driftskostnader og risikokontroll.
Evne til å vurdere hvor bruk av KI gir målbar effekt.
Forståelse av forskjellen mellom et vellykket eksperiment og et system som er klart for permanent drift.

Det er en fordel med

Erfaring med algoritmisk trading, børsintegrasjoner og behandling av markedsdata.
Erfaring med low-latency-systemer og optimalisering av halelatens.
Dyp ekspertise i Go, Rust, C++, Java eller et annet språk som brukes i systemer med høy last.
Erfaring med å bygge dataplattformer, MLOps og infrastruktur for modeller.
Erfaring med å føre en kritisk plattform fra ustabilitet eller rask vekst til stabil drift.

Arbeidsplan for de første seks månedene

Første måned – revisjon og kartlegging av utgangspunktet

Vi forventer:

Et kart over systemer, integrasjoner, dataflyter og eiere.
En vurdering av teamet og kompetansegap.
Et register over de viktigste teknologiske risikoene.
Utgangsverdier for tilgjengelighet, latens, last, datakvalitet, utviklingstempo og kostnader.
En oversikt over kritiske handelsscenarier.
Forslag til endringer som bør prioriteres først.
En avtalt metode for måling av KPI-er.

Månedens resultat: ledelsen forstår teknologiens tilstand, de viktigste begrensningene og rekkefølgen på tiltakene.

Andre måned – strategi og grunnleggende styring

Vi forventer:

Et godkjent veikart med budsjett, avhengigheter og ansvarlige.
Avtalte SLO-er, gjenopprettingskrav og regler for hendelseshåndtering.
Lukking av de mest kritiske hullene i tilganger, sikkerhetskopiering og observerbarhet.
En prioritert rekrutteringsplan.
Godkjente definisjoner av de viktigste forretningsmetrikkene.
Valg av KI-bruksområder og kriterier for vurdering av nytteverdien.

Månedens resultat: de viktigste risikoene, arbeidsoppgavene og indikatorene er under jevnlig kontroll.

Tredje måned – de første dokumenterte forbedringene

Vi forventer:

De første endringene som fjerner vesentlige begrensninger i ytelse eller pålitelighet.
En fungerende prosess for release-styring og gjennomgang av hendelser.
Lasttester av prioriterte scenarier.
Den første testen av gjenoppretting av kritiske systemer.
Automatiske kvalitetskontroller av nøkkeldata.
Validering av det første KI-bruksområdet på representative oppgaver.

Månedens resultat: effekten av de tekniske endringene er dokumentert gjennom målinger.

Fjerde måned – videreutvikling av kjerneområdene

Vi forventer:

Gjennomføring av prioriterte arkitekturendringer.
Utvidet automatisk avstemming og kontroll av handelsoperasjoner.
Et fungerende system for de viktigste styringsindikatorene.
Lukking eller reduksjon av kritiske avhengigheter av enkeltpersoner.
Innføring av et egnet KI-bruksområde i begrenset drift, forutsatt at kvalitetskriteriene er oppfylt.
De første dokumenterte resultatene av optimalisering av enhetskostnader.

Månedens resultat: de viktigste initiativene gir effekt i drift.

Femte måned – test av robusthet

Vi forventer:

Test av plattformen under forventet topplast med avtalt margin.
Tester av feil, gjenoppretting og nødstopp.
Utbedring av avdekkede begrensninger.
Bekreftelse av analysekvaliteten i en regelmessig syklus.
Innsamling av data om effekten av innført KI.
Praktisk test av stedfortredere for eiere av kritiske tjenester.

Månedens resultat: løsningenes robusthet er bekreftet gjennom tester og drift.

Sjette måned – resultatvurdering og neste fase

Vi forventer:

En samlet KPI-vurdering med underlagsdata.
En sammenligning av resultatene med utgangspunktet.
En rapport om budsjettoppfølging og endringer i kostnaden for de viktigste operasjonene.
En vurdering av gjenværende risikoer og teknisk gjeld.
En utviklingsplan for team og plattform for neste periode.
Avtalte prioriteringer for videre skalering.

Månedens resultat: virksomheten får en transparent vurdering av oppnådd effekt og en begrunnet plan for det videre arbeidet.

CTO-ens KPI-er for de første seks månedene

Tallverdiene nedenfor er et foreløpig utkast til mål. I løpet av de første 30 dagene fastsettes utgangsverdier, målegrenser, kritiske systemer, tilgjengelige ressurser og endelige akseptansekriterier.

Dersom selskapets gjeldende krav er strengere enn de foreslåtte, gjelder de strengeste kravene.

Område	Vekt	Målresultat ved utgangen av sjette måned
Plattformens pålitelighet	15 %	For alle kritiske scenarier er SLO-er, eiere, overvåking og håndteringsrutiner fastsatt. I løpet av de siste åtte ukene er avtalt tilgjengelighet oppnådd; det innledende målet er minst 99,95 % teknisk korrekt behandlede gyldige operasjoner. Hver alvorlig hendelse er gjennomgått, og korrigerende tiltak er tildelt.
Ytelse og skalering	15 %	For minst to utvalgte kritiske flyter er p99 redusert med 25 % sammenlignet med utgangspunktet, eller det er dokumentert at et på forhånd avtalt tilstrekkelig absolutt latensbudsjett overholdes. Tester bekrefter drift ved 150 % av forventet topplast uten brudd på krav til korrekthet, latens og feil.
Korrekthet i handelsplattformen	15 %	100 % av de avtalte kritiske rutene for ordrebehandling er godkjent med hensyn til tilstandskontroll, duplikatbeskyttelse, gjeldende limiter og revisjon. Automatisk avstemming av kritiske handelsdata er i drift. Det finnes ingen uforklarte avvik som har overskredet avtalt SLA. Minst to tester av nødstopp og gjenoppretting av integrasjoner er gjennomført.
Sikkerhet og gjenoppretting	10 %	For 100 % av de kritiske systemene er krav til tilgang, RTO og RPO fastsatt. Gjenoppretting er testet med bekreftet integritet og forretningstilstand. Det finnes ingen forfalte kritiske risikoer uten formell aksept fra en autorisert eier. Privilegerte tilganger og kritiske hemmeligheter er brakt i samsvar med den avtalte forvaltningsmodellen.
Forutsigbarhet i utviklingen	10 %	Minst 85 % av de vektede prioriterte forpliktelsene er levert innen avtalte frister og godkjent etter ferdigkriteriene. Median gjennomløpstid for sammenlignbare oppgaver fra klar for utvikling til produksjon er redusert med minst 20 %. Andelen endringer som har forårsaket en hendelse, tilbakerulling eller hasterettelse, ligger innenfor avtalt grense og forverres ikke for å øke tempoet.
Effekt av KI-innføring	10 %	Minst to prioriterte bruksområder er validert, og minst ett er satt i drift etter vurdering av kvalitet og lønnsomhet. Det er dokumentert en reduksjon i arbeidsinnsats på minst 15 % eller en annen på forhånd avtalt målbar effekt, med kvalitetskravene ivaretatt. Eier, overvåkingsregler og vilkår for deaktivering er fastsatt.
Data og analyse	10 %	For 100 % av de avtalte nøkkelmetrikkene er definisjoner, kilder og eiere godkjent. Kontroller av kvalitet og aktualitet er i drift for kritiske data. I løpet av de siste åtte ukene har minst 99 % av de planlagte kontrollene bestått de avtalte kriteriene. De viktigste styringsindikatorene er tilgjengelige for ledelsen uten regelmessig manuell sammenstilling.
Team og ansvarsfordeling	5 %	Hver kritisk tjeneste har en hovedeier og en forberedt stedfortreder. Minst 80 % av de godkjente prioriterte stillingene er besatt, gitt tildelte budsjetter og avtalte rekrutteringsvilkår. Nøkkelmedarbeidere har fastsatte ansvarsområder og mål; en tilbakemeldingssyklus er gjennomført.
Økonomi for infrastruktur og beregninger	5 %	Kostnaden per enhet nyttelast er beregnet for de viktigste systemområdene. På utvalgte områder er den redusert med minst 10 %, eller et på forhånd godkjent målnivå er overholdt. Kravene til pålitelighet og kvalitet er ivaretatt. Avviket mellom kostnader og avtalt prognose de siste to månedene er ikke mer enn 10 % når lasten ligger innenfor forutsatt intervall.
Strategi og reduksjon av teknologisk risiko	5 %	Innen dag 30 er revisjon og risikoregister lagt fram; innen dag 60 et avtalt veikart med budsjett og avhengigheter. Ved utgangen av halvåret er minst 90 % av de vektede prioriterte tiltakene for å redusere de mest vesentlige teknologiske risikoene gjennomført. Resultatet er bekreftet gjennom fungerende endringer og godkjenning.
Totalt	100 %

Regler for måling og vurdering av KPI-er

Utgangspunkt og datakilder

For hver KPI fastsettes følgende innen utgangen av første måned:

Startverdi.
Målverdi og frist.
Måleobjekt og oversikt over systemer.
Datakilde.
Ansvarlig for bekreftelse av resultatet.
Nødvendige ressurser og eksterne avhengigheter.
Regler for delvis måloppnåelse.

Dersom målinger mangler, organiserer CTO-en innsamlingen av dem og avtaler en tilstrekkelig observasjonsperiode. Relativ forbedring beregnes kun ut fra en bekreftet utgangsverdi.

Tilgjengelighet

Tilgjengelighet beregnes slik:

Teknisk korrekt behandlede gyldige operasjoner / alle gyldige operasjoner × 100 %.

Interne feil, tidsavbrudd og avvisninger på grunn av overbelastning regnes som mislykket behandling. En korrekt avvisning basert på en fastsatt risikolimit regnes som et korrekt teknisk resultat.

Indikatorer for egen plattform og for ende-til-ende-scenarier med eksterne handelsplasser rapporteres separat. Korrekt teknisk behandling av en ordre innebærer ikke at handelen nødvendigvis blir utført i markedet.

Ytelse

Det sammenlignes like operasjonsklasser, sammenlignbare datavolumer og forhåndsdefinerte lastprofiler.

Rapporten omfatter latens, nyttig gjennomstrømning, feil, gjentatte forsøk, kølengder og ressursutnyttelse. Resultatet kan ikke forbedres ved å utelate trege operasjoner, forkaste forespørsler eller redusere nyttelasten.

Mål for latens, kapasitet og kostnader avtales samlet, med angivelse av budsjett og testkonfigurasjon.

Gjennomføring av planen

Gjennomføring beregnes slik:

Summen av vektene for godkjente forpliktelser / summen av vektene for alle forpliktelser i perioden × 100 %.

Vekten fastsettes før arbeidet starter, basert på forretningsprioritet. Arbeid regnes som fullført når det oppfyller akseptansekriteriene.

Endringer i tidsplan og omfang dokumenteres fortløpende med angivelse av årsaker. Den opprinnelige planen bevares for avviksanalyse.

Effekt av KI

Effekten testes på sammenlignbare oppgaver mot den opprinnelige prosessen eller en kontrollgruppe.

Kostnader til modeller, infrastruktur, innføring, menneskelig kontroll og feilretting tas med i beregningen. Tidsbesparelser godskrives bare når avtalt kvalitetsnivå opprettholdes.

For bruksområder som påvirker handelsbeslutninger, avtales det egne kriterier for risiko og godkjenning for drift.

Datakvalitet

Andelen beståtte kontroller beregnes slik:

Kontroller som har bestått fastsatte kriterier / alle planlagte kontroller × 100 %.

Kontroller som er hoppet over eller ikke fungerer, regnes som mislykkede. Kritiske avvik i handelsoperasjoner og beholdninger vurderes separat: de kan ikke skjules av et godt gjennomsnitt for øvrige data.

Eksterne avhengigheter

Endringer i handelsvolum, utilgjengelige handelsplasser, forsinkede budsjettbeslutninger og ansettelsesstopp synliggjøres i rapporteringen.

Revisjon av mål krever godkjenning, og endringshistorikken bevares. CTO-en har ansvar for de tiltakene arkitekturen forutsetter for håndtering av eksterne feil, og for å varsle om risikoer i tide.

Samlet vurdering

Det samlede resultatet beregnes som summen av vektede vurderinger for de ti områdene. For hvert område fastsettes det på forhånd terskler for full, delvis og manglende måloppnåelse.

Obligatoriske krav til korrekte handelsoperasjoner, tilganger og gjenoppretting vurderes separat. Manglende oppfyllelse av disse kan ikke kompenseres med kostnadsbesparelser eller raskere utvikling.

Koblingen mellom KPI-vurderingen og en eventuell variabel godtgjørelse fastsettes i en egen avtale.

Samhandling med ledelsen

Ukentlig: status for prioriterte arbeidsoppgaver, vesentlige risikoer, hendelser og beslutninger som krever involvering fra virksomheten.
Månedlig: indikatorer for pålitelighet, ytelse, utvikling, data, KI, team og budsjett.
Ved alvorlige hendelser: rask varsling, konsekvensvurdering, årsaksanalyse og plan for å forhindre gjentakelse.
Ved halvårets slutt: vurdering av KPI-er, oppnådd effekt, gjenværende begrensninger og neste utviklingsfase.

Vilkår

Godtgjørelse: 15 000 € per måned.
Rollenivå – CTO / teknologidirektør.
Ansvarsområde – teknologi, arkitektur, utvikling, infrastruktur, data, KI og ingeniørteamet.
Ansettelsesform, skattemessig behandling av beløpet, arbeidssted, arbeidsordning og en eventuell variabel del avtales separat.
Ved godkjenning av målene avtales samtidig fullmakter, budsjett og tilgjengelige ressurser.

Hva vi forventer i søknaden

CV og noen konkrete eksempler på arbeid:

Hvilke systemer og team du har ledet.
Hvilke krav til last, latens og tilgjengelighet du har arbeidet med.
Hvilke arkitekturmessige eller organisatoriske endringer du har gjennomført.
Hvordan indikatorene endret seg før og etter disse endringene.
Hvilken erfaring du har innen trading, finansielle operasjoner, KI og analyse.
Hvordan du har håndtert alvorlige hendelser, og hvilke systemiske endringer du gjennomførte i etterkant.

Konfidensielle tall kan oppgis som intervaller eller i anonymisert form.