Typisk er der to tekniske ledelsesroller i de fleste organisationer: Chief Information Officer (CIO) og Chief Technical Officer (CTO). Men der kan være forvirring mellem disse to stillinger, en masse spørgsmål, når man sammenligner CIO vs CTO, og ofte kan de faktisk smelte sammen til en enkelt stilling afhængigt af forretningsstrategien. Deres positioner er måske ikke så klare for de personer, der arbejder for dem. Denne forvirring er naturlig, da forventningerne til disse to tekniske chefer har ændret sig i de seneste år.

Digitale virksomheder i dag adskiller sig meget fra for ti år siden. Der skabes regelmæssigt nye kanaler, og vi skal tilpasse os hurtigt. Tekniske ledere i virksomheder er direkte ansvarlige for at løse forretningsproblemer med teknologi. Samtidig sidder de fleste med på bestyrelsesmøder og møder med ledende medarbejdere. Tekniske ledere ånder forretning og teknologi sammen og omsætter hurtigt forretningsmål til tekniske handlingsplaner. Lederen er også ansvarlig for at opbygge og drive et team til at udføre, drive og vedligeholde det teknologiske fodaftryk.

Med dette i tankerne som den nye CTO hos Logz.io vil jeg gerne illustrere den måde, jeg ser disse to stillinger på.

Hvad er en CIO?

CIO’en er ansvarlig for it-systemer på virksomhedsniveau og rapporterer oftest direkte til den administrerende direktør (CEO). De fokuserer på forretningen, brugeren og kommunikationsmidler. Ofte vil der typisk være tale om internt fokuserede systemer. CIO’ens tilsyn omfatter systemer, som medarbejderne interagerer mere direkte med, og fokuserer mindre på kundeinteraktion. Dette omfatter tjenester, support og tilknyttede operationelle behov for forskellige applikationer og apparater.

Derimod har CIO’er på det seneste set et øget ansvar for nogle kundevendte systemer, da disse ofte har direkte grænseflade med interne systemer. Med produkter, som virksomheden opbygger til ekstern brug, er CIO’en en interessent og har et vist ansvar. Alligevel ejer han eller hun ikke den eksterne produktteknologi.

Dertil kommer, at CIO’er ofte er ansvarlige for sikkerheden. De skal have en baggrund eller uddannelse inden for både forretning og teknologi. Endelig skal CIO’er ofte håndtere flere teams for disse interne systemer og teknologier.

Hvad er en CTO?

I lighed med CIO’er træffer CTO’er bredere teknologiske beslutninger, der er mere relevante for den organisatoriske strategi. Oftest er de målrettet mod virksomhedens mål, herunder eksperimenter, som kan give store forretningsmæssige fordele.

CTO’en skal være teknisk og forstå den underliggende forretning, især hvis organisationen er teknologifokuseret. Mange CTO’er har en datalogisk baggrund, men mange meget succesfulde CTO’er har faktisk lært det på jobbet. Faktisk har de måske ikke engang faglige grader, men omfattende erfaring. Dette betyder, at CTO’er forstår forretningen ud fra et perspektiv af den teknologi, den anvender, og det betyder, at CTO’er arbejder tættere sammen med kunder, eksterne interessenter, dem, der opbygger applikationer og forvalter relationer, og forstår forretningen ud fra et teknologisk perspektiv.

Der er også langt flere variationer i CTO-roller og anciennitet. I nogle organisationer leder CTO’er ingeniør- og/eller produktteams. I nogle organisationer rapporterer CTO’en faktisk til CIO’en, mens de i andre organisationer måske rapporterer til CEO’en.

CSO vs CDO vs CIO vs CTO? Den moderne CTO er her

Med mange organisationer, der skifter til digitale virksomheder, eller de virksomheder, der producerer betydelige dele af deres indtægter på software- og datasystemer, er CTO’en mere af en kritisk drivkraft for forretningsmål. CTO’en samarbejder med andre ledere såsom CIO’en og Chief Digital Officer (CDO) for at sikre, at sikkerhedschefer såsom Chief Security Officer (CSO) eller Chief Information Security Officer (CISO) krav og forretningsbehov opfyldes, og at teknologistrategien er velforstået og afstemt med disse andre interessenters projekter og initiativer.

Vi har set nye typer CTO’er opstå inden for disse ovennævnte variationer, som f.eks. min rolle hos Logz.io.

The Technical Exec and Strategy

For mig er strategi afgørende for CTO’en. Dette omfatter naturligvis prissætning og pakning, men CTO’en bliver også evangelist for virksomhedens teknologier og fremtid. Det øger vigtigheden af relationer med udviklere. I tråd hermed bliver CTO’en ideelt set en partner for produktchefer, ingeniører og dem, der ønsker at interagere med det bredere samfund.

For mit vedkommende har jeg brugt og bruger fortsat meget tid sammen med kunder og potentielle kunder. Mere afgørende er det, at jeg er engageret i diskussioner om, hvor vi er på vej hen, og om dette og hint er – eller ikke er – i overensstemmelse med vores kunders erklærede (eller endog uudtalte) behov.

Bidrag

I forlængelse af en moderne CTO’s forklædning som DevRel ser jeg en forpligtelse til at bidrage til de værktøjer, som fællesskabet skaber og deler i fællesskab. Open source-økosystemet har en iboende og (i sidste ende) ydre værdi for min organisation. Især i en virksomhed som Logz.io, der anvender sådanne værktøjer, er det vigtigt, at CTO’en fører an i at bidrage tilbage til denne pulje af åben software.

Selvfølgelig foruden fællesskabet forvalter min kontor-CTO tekniske partnerskaber og styrer integrationsstrategien for Logz.io, da ingen virksomhed i observerbarhed kan opfylde kundernes behov alene. Dette kræver dybde og forståelse af produktet og økosystemet, som også passer godt til CTO’en som en bred teknologisk leder.