Forkortelser – vi elsker og hater dem. Vi elsker dem fordi de er lett å huske og kan forklare et helt felt i noen få bokstaver. Vi hater dem når vi ikke vet hva de betyr.
Hvorfor er dette viktig? Fordi forkortelsen "CTO" er tvetydig. Som med alle titler, kommer den fra USA og deres korporative kultur og "C-nivåledere" og har også blitt mye brukt i oppstartsverdenen. Det viktigste med tittelen er at den understreker "Den personen som er ansvarlig for teknologien".
En CIO er ansvarlig for IT og infrastruktur, mens CTO er den personen som innoverer, leder og driver teknologiske aktiviteter og initiativer i en organisasjon.
Se artikkelen nedenfor for en mer detaljert forklaring av de to rollene:
https://www.telegraph.co.uk/business/ready-and-enabled/cio-vs-cto/
Nå som vi har definert hva en CTO er, la oss se på de ulike typene vi kan finne i selskaper:
En typisk oppstarts-CTO. Er enten den ene utvikleren som ble med i en oppstart som medgrunnlegger. Enten fordi det ikke var nok penger til å betale lønn, eller fordi det vokste fra en felles idé som ble bygget av noen få venner.
Er hands-on og er egentlig en Softwareutvikler (en utvikler) som er ansvarlig for alt teknologisk hovedsakelig fordi det ikke er noen team. Har lite eller ingen ledelseskompetanse og vanligvis ingen ledelsesambisjoner heller.
Kan være stor i en oppstartsituasjon, og vil lære, gjøre, lære og vokse raskt.
En typisk korporativ prosjektleder som har jobbet noen år med å lede forskjellige typer prosjekter, og gradvis lært alle buzzordene og har samlet nok erfaring om produkt- og teknologiutvikling til å kunne snakke med et team, og gjøre en god jobb med å lede dem.
Er en god leder, men har ingen tekniske ferdigheter som går dypere. "Forstår" konsepter, men kan ikke forklare API-er eller git, eller kode.
Vil være stor i større korporasjoner der det er mer om "å selge inn" konsepter til andre avdelinger enn å faktisk utvikle innovasjon.
En CTO med omfattende kunnskap om dyp kunnskap om softwareutvikling, dens prosesser og de ulike komponentene som trengs for å bygge et produkt. Har erfaring fra ikke bare én, men mange forskjellige selskaper og kan dermed lære av sine egne feil.
Denne CTO-en rapporterer enten direkte til styret i beste fall, eller gjennom en CEO. Trenger ikke å ha formell utdannelse, men det er ikke uvanlig at de har dobbel mastergrad i både teknologi og bedriftsadministrasjon. Tross alt det fancy, kan de rulle opp ermene og fortsatt kode. Vurder, mentor, hjelp, konsulter og gi råd til andre om hvordan de kan gjøre det.
Denne CTO-en er også godt kjent med forskjellige programmeringsspråk og tilnærminger fordi de har sett mer enn én. Målet med en proaktiv og "moderne" CTO er å skape selvstyrte og fullmaktede team som er tverrfunksjonelle og har alt de trenger for å bygge flotte produkter.
Det berømte svaret? Det avhenger. Start-ups i tidlig fase kan dra nytte av å ha en hands-on CTO som kan "bygge det". Det finnes så mange utviklingsrammeverk der ute, så hvis bare ett følges, kan ikke mye gå galt.
Likevel – hvis du trenger lederskap, og du vil gjøre det når du har mer enn én eller to utviklere – er det en god ide å samarbeide med noen som er interessert i mennesker. Hvis din hands-on CTO er det, så er det bra! Men vil personen virkelig lede mennesker? Eller bare bygge flott kode?
Her kan Business PM-CTO være et godt alternativ. Noen som er dedikert og kjenner forretningen pluss har de nødvendige lederevner. Men hvis du er i ferd med å skalere og bygge et større produkt, kan BPM-CTO trenge mentorship og hjelp på teknologisiden, enten fra tekniske ledere eller andre seniorutviklere.
Hvis du identifiserer deg som en Business PM-CTO, vil vår gratis 5-delt guide til å lede teknologiteam hjelpe deg til å forstå utviklere og utviklingsprosessen bedre, så ditt team kan slippe ut nye og bedre funksjoner raskere.
Hvis du vil ha en person i din organisasjon som leder alt teknisk og som skal snakke med styret, er det en god ide å ha noen som er en blanding av forretning og håndverksutvikler. Type 3 er da et godt alternativ.
Sikkert noe som koster mer, men hva koster mer – fundamentale feil eller erfaring?
Det er ikke alltid like binært som det beskrives her. Vi har møtt noen av de beste CTO-ene fra alle ulike typer.
Uansett hvilken type, er det en god ide å få på plass en erfaren CTO hvis du vil unngå feil som vil koste deg mye mer i det lange løp.
Våre CTO-er er aktive, jobber (eller nylig har jobbet) med mange produktdrevne teknologiselskaper. De kan hjelpe deg med å utvikle din drømmeprodukt og levere den på den beste måten.
Du trenger ikke forplikte deg til en fulltidsansettelse.
Book et møte så vi kan matche deg med en CTO (timelønn, deltid eller fulltid) som passer til ditt budsjett og behov.
We help companies with their technology, providing CTO-services and Product Management. Trusted for our CTO-services, we work with both startups and established businesses in the Nordics, Switzerland and US.
We are a Swiss Company (LLC) based in 
Switzerland.