Что такое CTO от стартапа до IPO
Жизненный цикл организации и роль технического директора
Жизненный цикл организации и роль технического директора
Жизненный цикл организации и роль технического директора
Карьера в IT до CTO
Инженеры про вертикальный рост
Тимлиды: что дальше
EM: путь до CTO
Кому важно понять CTO-роли
От жизненного цикла организации к жизненному циклу CTO
S-кривая организации
Startup: CTO as Coder
Growth: Delivery / Architect
Maturity, decline, переходы
S-кривая: Startup → Growth → Maturity → Decline
Каждая фаза — свой CTO
Startup — поиск product/market fit
Growth — масштабирование того, что работает
Maturity — оптимизация и эффективность
Decline — сжатие или новая S-кривая
Идея → MVP → финансирование
MVP и funding
Кодит наравне со всеми
Stack = speed vs tech debt
Architecture good enough
KPI — MVP и funding
Масштабирование, единица управления — команда
Когда инженеров становится ~10
Появляются тимлиды и роли
Process важнее личного кода
Teams должны доезжать до релиза
Делегировать и говорить «нет»
Когда инженеров становится ~50
Architecture задаёт скорость
Домены, контракты, platform teams
Техстандарты и принципы
Tech debt как портфель
Базовая единица управления на этапе роста
Analyst, DS, QA, Dev, Infosec
Команда отвечает за продукт
Тимлид связывает роли
CTO видит graph of teams
Один процесс, разный масштаб
Startup: process in CTO head
Growth: process in tools
Flow metrics appear
CTO owns flow health
На этапе роста тимлиды становятся «руками» CTO
CTO работает через тимлидов
Растит manager + engineer
Культура идёт через тимлидов
Org speed = team-lead speed
Process Orientation × Technical Capabilities × Scale
Process grows with complexity
Tech remains core, changes form
Scale filters CTO problems
Баланс осей = CTO level
~150 инженеров: формализация и сложность
Когда инженеров становится ~150 и больше
Вертикали: product, platform, security
SLO, ADR, RFC, working groups
VP Eng / Head roles emerge
CTO = system of systems
Что делает CTO, когда S-кривая идёт вниз
Шанс на новую S-кривую
Сжать неэффективные направления
Запустить новую S-кривую
Сохранить ключевых инженеров
M&A или спинофф
Coder → Delivery → Architect → All-in-one
Каждый переход — смена единицы управления
Coder — task
Delivery Manager — team
Architect — system
All-in-one — organization
CTO — стадия, а не титул
Уровень CTO зависит от стадии
Процессы и люди масштабируют роль
Каждая фаза требует отпустить старое
Хороший CTO оставляет растущую систему
Leadership, scaling, delivery context
The Manager's Path
An Elegant Puzzle
Team Topologies
Accelerate / DORA + S-curves
polomodov.tech
Все слайды и ссылки — в Telegram-канале
Александр Поломодов, Technical Director & Fellow, Т-Технологии
@book_cube