"Chief Technical Officer" kan låta glamoröst för vissa. I verkligheten är det en av de viktigaste titlarna i en startup. Ju mindre startup desto betydelse delar CTO med VD:n när det gäller ledarskap. Titeln är jämförelsevis mer exklusiv på stora företag.
En startups framgång är beroende av en pålitlig CTO för att ta på sig flera hattar. CTO:n måste också ansvara för aktiviteter utöver teknik och kodning. De behöver samverka med olika avdelningar genom företaget samt arbeta på den offentliga arenan. Denna mångsidiga roll kan involvera en komplex uppsättning uppgifter och kan organiseras i några grundläggande ansvarsområden som beskrivs nedan.
En enkel undersökning kommer att avslöja att CTO eller VP of technology på större företag skiljer sig mycket från samma jobb vid en startup. Det enkla faktum är att i en startup får du anställa utvecklare och IT-personer som gör specifika uppgifter, arkitektprojekt, jobbar med många språk även om det fortfarande är viktigt att fylla i luckorna. Det kommer nästan alltid att falla på CTO. Så istället för att bara övervaka storbildsteknik eller strategiska partnerskap, utför startups CTO:er nästan allt.
Majoriteten av startup-ekosystemet vill att en teknisk medgrundare ska bygga sin MFP. Att skapa den första iterationen av startupens produkt kommer att falla på CTO. Detta gör att många företags CTO:er verkligen är ineffektiva för jobbet. CTO:er för stora företag är vanligtvis 2-3 ledningsnivåer borta från daglig konstruktion,
Att upptäcka och ta fram ingenjörstalang måste vara en av de svåraste sakerna som en teknisk startup måste göra nu. Arbetsmarknaden är för närvarande inte optimal för arbetsgivare och att anställa för kulturell passform kan vara en utmaning för människor som är vana vid att arbeta i silor som programmerare.
Mycket få CTO:er har implementerat säkerhetspolicyer. Men när partners väljer att se en startups säkerhetspolicy med risk för att ett partnerskap avslutas, måste standarder upprätthållas. Minus etablerade standarder kommer många nystartade företags säkerhetssystem att vara obefintliga. Detta faller vanligtvis på CTO för att forma saker.
Orolig för din webbplats säkerhet? kolla vår partnerblogg för att fixa det på mindre än 15 minuter.
Tekniska anställda kommer att ha många alternativ. Det är extremt sällsynt att du håller fast vid dina tekniska teampartners i över 2 år. Detta betyder vanligtvis att när din startup flyttar bort från den "liten startup"-identiteten och blir medelstor, är det troligt att din CTO börjar ta itu med churn. Förstagångsanställda söker spänningen under de första månaderna omedelbart och börjar söka nya utmaningar när detta tar slut. Eller grunda egna företag. CTO:n måste börja bygga talangpipeline på egen hand samtidigt som omsättningen minimeras.
Att hantera tillväxt hos stora företag kontra de hos startups är varierande och svårt. I början kunde du hetsa medarbetare genom spännande projekt med tekniska utmaningar. Dessa dagar behöver du attrahera mycket mer specialiserade individer med karriärmöjligheter, semesterdagar och förmåner. Tillväxtledning med 100 anställda är väldigt annorlunda jämfört med tillväxtledning med 5.
Ju mer en startup växer, desto mer ökar efterfrågan på en låglönekundtjänsteman. Bugghantering spelar in när sådana låglöneanställda hittar buggar. Det faller på CTO att ta itu med sådana buggar med sitt team.
Startups i ett tidigt skede har sällan ett dedikerat QA-team eller QA-person. De mindre företagen tenderar att komma med ett system för att dela upp testning och validering mellan utvecklare. Det systemet är dock utformat och skapat av CTO. Detta är den form av tråkigt arbete som majoriteten av företagens CTO:er för länge sedan har blivit av med. Därav den extra utmaningen att landa en bra CTO vid en start.
Vår värld drivs av API:er. Åtminstone världen där utvecklare finns. Många kommer inte ihåg när de senast byggde ett projekt som inte kopplade till två eller flera tredjepartstjänster som Cloud SQL-servrar eller Google Analytics. Som utvecklare är det fantastiskt att ha sådan makt i dina händer. Men som CTO blir det väldigt svårt att hantera. Du måste veta vem som uppdaterar vilka bibliotek, planen du registrerade dig för och den som har tillgång till alla hemliga nycklar.
Under en startups livstid kommer det en punkt när du skulle behöva bygga om MVP:n som vid det här laget troligen har sträckts långt förbi dess ursprungliga användningsfall. Såvida inte din startup växer extremt snabbt eller om du har drivit bort detta steg under mycket lång tid, faller det på din CTO att göra huvuddelen av planeringsarbetet med detta också. Att ytterligare säga att hans roll kommer att vara mycket annorlunda än den kommer att vara under MVP-tiden, nu måste CTO:n leda ett team av människor istället för att bygga allt själv.
En av de mest framträdande anledningarna till att nystartade CTO:er nästan aldrig är samma personer som stora företags CTO:er är tillväxthanteringen av det tekniska teamet och svårigheten det innebär. I början kan du entusiasmera dina anställda genom att erbjuda coola projekt förknippade med många tekniska utmaningar. Nu måste du attrahera mycket mer specialiserade individer genom att använda förmåner och avancemang möjligheter.
MVP innehåller nästan aldrig arkitekturarbete på hög nivå. Men när det är dags att planera startversionens nästa steg, har företaget nästan aldrig lyxen att anlita professionella applikationsarkitekter. Här måste CTO gå in och hantera situationen.
Sådana utmaningar finns som långt ifrån de enda som CTO:er för tidiga start kommer i kontakt med. Men de tenderar att vara några av de största problemen som håller tillbaka startups. Speciellt för dem med kodningsstyrka. Låt oss veta i kommentarerna nedan om en CTO fyller en annan roll på ditt företag.
