Mitä ulkoinen CTO oikeasti tekee ensimmäiset 90 päivää

"Ulkoinen CTO" tarkoittaa eri yrityksille eri asioita. Joillekin se on kerran kuussa hallituskokouksessa käyvä neuvonantaja. Toisille se on kolmena päivänä viikossa teknologiapäätöksissä syvällisesti mukana oleva kumppani. Oikeasti tulosta tuottava yhteistyö muistuttaa enemmän jälkimmäistä.

Tässä kuvataan, miltä toimiva ulkoinen CTO -yhteistyö näyttää ensimmäisestä päivästä yhdeksänteenkymmenenteen — käytännön kokemusten perusteella.

Viikot 1–2: Ymmärrä ennen kuin kosket mihinkään

Nopein tapa tehdä ulkoisesta CTO:sta hyödytön on pyytää häntä esittämään roadmap ennen kuin hän on lukenut koodia, jutellut tiimin kanssa tai ymmärtänyt, mikä on rikki.

Oikeassa yhteistyössä ensimmäiset kaksi viikkoa ovat lähes pelkästään tiedonhankintaa:

• Arkkitehtuuridokumentaation lukeminen — ja sen kirjaaminen, missä se on vanhentunut
• Tiimin dailyihin ja suunnittelupalavereihin osallistuminen tarkkailijana, ei osallistujana
• Kahdenväliset keskustelut perustajien, tuoteomistajan ja vähintään kahden kehittäjän kanssa
• Viimeisimpien häiriötilanteiden jälkipuintien ja tukipyyntöjen läpikäynti
• Deployment-putken ja infrastruktuurin kartoittaminen

Tavoite on rakentaa realistinen käsitys siitä, missä varsinainen riski piilee — ei siitä, mitä esitysmateriaali väittää.

Ensimmäinen kuukausi: Lopeta vuotaminen

Ensimmäisen kuukauden loppuun mennessä ulkoinen CTO on tunnistanut ja alkanut ratkaista kaksi tai kolme eniten aikaa kuluttavaa tai riskiä tuottavaa ongelmaa. Nämä eivät harvoin ole se suuri tekninen haaste, josta puhutaan — useammin ne ovat:

• Deployment-prosessi, joka vaatii jonkun tietyn henkilön koneen toimiakseen
• Tietokantaskeema, joka kasvoi ilman migraatioita ja jota kukaan ei enää uskalla koskea
• Dokumentoimaton riippuvuus kolmannen osapuolen rajapinnasta ilman varasuunnitelmaa
• Kaksi kehittäjää, jotka toistavat toistensa työtä, koska kukaan ei omista järjestelmien välistä rajapintaa

Nämä eivät ole glamouria. Ne ovat rakenteellisia ongelmia, jotka hiljaa syövät kehitysnopeutta ja kasautuvat isommiksi hajoamisiksi. Niiden korjaaminen rakentaa uskottavuuden tiimin silmissä ja antaa vakaan pohjan jatkolle.

Mittari tässä vaiheessa ei ole muutettujen koodirivien määrä. Se on, kokeeko tiimi vähemmän ahdistusta julkaisuja tehdessä.

Toinen kuukausi: Linjaa teknologia liiketoimintaprioriteettihin

Kun välittömimmät riskit on käsitelty, työ siirtyy linjaukseen. Tässä monet ulkoinen CTO -yhteistyöt käyvät kalliiksi ilman tuloksia — kun CTO:lla on eri käsitys liiketoiminnasta kuin toimitusjohtajalla tai hallituksella.

Toisen kuukauden lopussa pitäisi olla olemassa:

• Teknologinen roadmap, jossa näkyvät tehdyt valinnat, ei toivelista
• Yhteinen määritelmä sille, mitä "valmis" tarkoittaa seuraavissa kahdessa tai kolmessa tärkeimmässä tuotepanoksessa
• Rehellinen arvio tiimin kapasiteetista ja siitä, missä rekrytointi tai ulkopuolinen apu oikeasti tarvitaan
• Selkeä päätös teknisestä velasta: mitä maksetaan nyt, mitä hallinnoidaan ja mitä hyväksytään

Tavoitteena ei ole täydellinen suunnitelma. Tavoitteena on suunnitelma, jonka koko johtoryhmä on hyväksynyt — myös ne osat, joista ei olla tyytyväisiä. Äänetön erimielisyys prioriteeteista on juuri se, mikä pysäyttää teknologiaroadmapit.

Kolmas kuukausi: Rakenna käytännöt, jotka ylläpitävät vauhtia

Kolmas kuukausi on kestävyyden rakentamista. Mitä tapahtuu, kun ulkoinen CTO ei ole paikalla?

Tämä tarkoittaa käytäntöjen juurruttamista tulosten toimittamisen sijaan:

• Koodikatselmointinormit, jotka eivät vaadi seniorin hyväksyntää jokaiselle muutokselle
• Päivystyskäytäntö ja häiriötilanteiden hallintaprosessi, jonka koko tiimi ymmärtää ennen kuin sitä tarvitaan
• Kevyt arkkitehtuuripäätösten kirjaamistapa (ADR), jotta tulevat päätökset tehdään kontekstin kanssa eikä tyhjästä
• Vähintään yksi harjoituskerta, jossa tiimi on deployannut ilman sitä henkilöä, joka yleensä tekee sen

Yhdeksänkymmenen päivän lopussa tiimin pitäisi kulkea nopeammin ja luottavaisemmin — ei olla enemmän riippuvainen ulkoisesta kumppanista.

Ulkoinen CTO, jonka lähdettyä tiimi välittömästi taantuu, ei ole tehnyt työtään.

Mitä tämä ei ole

Ulkoinen CTO ei korvaa vahvaa teknistä perustajaa. Jos sellainen on, hän on yrityksesi CTO. Oikea ulkoinen kumppani hänelle on sparraaja, spesialisti tai lisäpari käsiä — ei korvaaja.

Ulkoinen CTO ei myöskään tuota tuloksia yksin. Yhteistyö toimii, kun toimitusjohtaja on valmis käymään vaikeat prioriteettikeskustelut, kun tiimi nostaa ongelmat esiin eikä piilota niitä, ja kun kaikki ovat yhtä mieltä siitä, että tavoitteena on paremmin toimiva tiimi — ei kiireinen konsultti.

Kun nämä edellytykset täyttyvät, yhdeksänkymmentä päivää riittää tekemään näkyvän eron. Kun ne eivät täyty, mikään CTO — ulkoinen tai kokopäiväinen — ei korjaa sitä.