Išplėtimas iš dešimčių iki šimtų yra fazių pokyčių serija, o ne sklandus augimas. Tai, kas veikia su 30 žmonių, sugenda su 100 ir vėl su 300. CTO turi iš naujo suprojektuoti komunikaciją, sprendimų priėmimą ir vadovavimą kiekvienoje riboje.
Kaip apie tai galvoti
WHAT CHANGES AS YOU SCALE
- Communication: informal → structured (you can't all be in one room)
- Decisions: centralized → delegated to trusted leaders
- Structure: one team → domains → divisions/platforms
- Leadership: ICs → managers → managers-of-managers you must develop
- Process: ad hoc → lightweight standards & paved roads
Ribojantis veiksnys pereina iš produkto kūrimo į organizacijos, kuri kuria produktą, kūrimą.
Konkretus pavyzdys
CTO, kuris asmeniškai priėmė kiekvieną techninį sprendimą su 40 inžinierių, keliauja į 250 nusamdydamas ir augindamas direktorus, nustatydamas sprendimų teises, kad jie nebūtų "ūžimasis", ir keisdamas koridoriaus koordinavimą aiškiomis komandinėmis sąsajomis ir platformų komanda.
Kompromisai ir pasti
- Pasti: įkūrėjas/CTO atsisakant delegavimo, tapti "ūžimasis".
- Pasti: kopijuoti didelių įmonių procesus ir sugriauti greitumą.
- Kiekvienas struktūros sluoksnis prideda režimą; pridėk tik prieš skausmą, ne prieš.
Kodėl tai svarbu
Dauguma organizacijų praranda didžiulę produktyvumą per inžinierių, kai skalėja, kartais siunčia mažiau su daugiau.
Gerai naršant fazių pokyčius, delegavus, augindus vadovus ir struktūruojant autonomiją, tai yra kaip kai kurios įmonės lieka greitai su šimtais, o kitos sustoja.
Tai yra vienas iš sunkiausių ir labiausiai apibrėžiančių aukščiausio techninio lyderio testų.
