Typiskt sett finns det två tekniska ledarroller i de flesta organisationer: Chief Information Officer (CIO) och Chief Technical Officer (CTO). Men det kan uppstå förvirring mellan dessa två positioner, många frågor när man jämför CIO vs CTO, och ofta kan de faktiskt smälta samman till en enda position beroende på affärsstrategin. Deras positioner är kanske inte lika tydliga för de personer som arbetar för dem. Denna förvirring är naturlig eftersom förväntningarna på dessa två tekniska chefer har förändrats under de senaste åren.

Digitala företag i dag skiljer sig mycket från dem för tio år sedan. Med nya kanaler som skapas regelbundet måste vi anpassa oss snabbt. Tekniska ledare i företag är direkt ansvariga för att lösa affärsproblem med hjälp av teknik. Samtidigt sitter de flesta med på styrelsemöten och möten med ledningen. Tekniska ledare andas affärsverksamhet och teknik parallellt och översätter snabbt affärsmål till tekniska handlingsplaner. Chefen är också ansvarig för att bygga upp och driva ett team för att utföra, driva och underhålla det tekniska fotavtrycket.

Med detta i fokus som ny CTO på Logz.io vill jag illustrera hur jag ser på dessa två tjänster.

Vad är en CIO?

CIO:n ansvarar för IT-system på företagsnivå och rapporterar oftast direkt till VD:n (Chief Executive Officer). De fokuserar på verksamheten, användaren och kommunikationsmedel. Ofta kommer dessa vanligtvis att vara internt inriktade system. CIO:s tillsyn omfattar system som de anställda interagerar mer direkt med och fokuserar mindre på kundinteraktion. Detta omfattar tjänster, stöd och tillhörande operativa behov av olika tillämpningar och apparater.

Hur som helst har CIO:er på senare tid fått utökat ansvar för vissa kundorienterade system, eftersom dessa ofta har ett direkt gränssnitt mot interna system. När det gäller produkter som företaget bygger för extern användning är CIO en intressent och har ett visst ansvar. Men han eller hon äger ändå inte den externa produkttekniken.

Det är dessutom ofta CIO:er som ansvarar för säkerheten. De måste ha en bakgrund eller utbildning inom både affärsverksamhet och teknik. Slutligen måste CIO:er ofta hantera flera team för dessa interna system och tekniker.

Vad är en CTO?

I likhet med CIO:er fattar CTO:er bredare teknikbeslut som är mer relevanta för den organisatoriska strategin. Oftast är de inriktade på företagets mål, inklusive experiment som kan ge stora affärsfördelar.

CTO:n måste vara teknisk och förstå den underliggande verksamheten, särskilt om organisationen är teknikfokuserad. Många CTO:er har en datavetenskaplig bakgrund, men många mycket framgångsrika CTO:er har faktiskt lärt sig det på jobbet. Faktum är att de kanske inte ens har en yrkesexamen men omfattande erfarenhet. Att förstå verksamheten ur perspektivet av den teknik som används innebär att CTO:er arbetar närmare kunder, externa intressenter, de som bygger applikationer och förvaltar relationer och förstår verksamheten ur ett teknikperspektiv.

Det finns också mycket större variationer i CTO-roller och senioritet. I vissa organisationer leder CTO:er teknik- och/eller produktteamen. I vissa organisationer rapporterar CTO:n faktiskt till CIO:n, medan CTO:n i andra organisationer rapporterar till VD:n.

CSO vs CDO vs CIO vs CTO? Den moderna CTO:n är här

Med många organisationer som övergår till digitala företag, eller de företag som producerar betydande delar av sina intäkter på mjukvara och datasystem, är CTO:n mer av en kritisk drivkraft för affärsmålen. CTO samarbetar med andra chefer som CIO och Chief Digital Officer (CDO) för att se till att säkerhetschefer som Chief Security Officer (CSO) eller Chief Information Security Officer (CISO) krav och affärsbehov uppfylls och att teknikstrategin är väl förstådd och anpassad till dessa andra intressenters projekt och initiativ.

Vi har sett nya typer av CTO:er växa fram inom dessa ovan nämnda variationer, till exempel min roll på Logz.io.

The Technical Exec and Strategy

För mig är strategi avgörande för CTO. Detta inkluderar naturligtvis prissättning och paketering, men CTO blir också evangelist för företagets teknik och framtid. Det ökar betydelsen av relationerna med utvecklarna. I linje med detta blir CTO helst en partner till produktchefer, ingenjörer och de som vill interagera med det bredare samhället.

För min del har jag tillbringat och fortsätter att tillbringa mycket tid med kunder och potentiella kunder. Jag är särskilt engagerad i diskussioner om vart vi är på väg och om det ena och det andra är – eller inte är – i linje med våra kunders uttalade (eller till och med outtalade) behov.

Bidrag

Som en förlängning av en modern CTO:s förklädnad som DevRel ser jag en skyldighet att bidra till de verktyg som gemenskapen skapar och delar med sig av tillsammans. Ökosystemet med öppen källkod har ett inneboende och (i slutändan) ett utomobligatoriskt värde för min organisation. Särskilt på ett företag som Logz.io som använder sådana verktyg är det viktigt att CTO:n leder arbetet med att bidra tillbaka till denna pool av öppen mjukvara.

Bortsett från gemenskapen hanterar CTO:n på mitt kontor tekniska partnerskap och driver integrationsstrategin för Logz.io, eftersom inget företag i observerbarhet kan tillgodose kundernas behov på egen hand. Detta kräver djup och förståelse för produkten och ekosystemet, vilket också lämpar sig väl för CTO som en bred teknikchef.