CTO — это не должность. Это гонка на выживание.
Многие представляют Chief Technology Officer как чувака в удобном кресле, который смотрит в дашборды. В моем мире CTO - это пилот, который летит в закрытый поворот на 180 км/ч, а команда в это время пытается перебрать коробку прямо на ходу.
Если в управлении технологиями нет духа автоспорта и рок-н-ролла - мы не строим будущее, мы просто ведем учет металлолома:
1. Телеметрия не врет - В гонках ты можешь сколько угодно рассказывать, какой ты крутой пилот, но лог покажет, где ты рано затормозил. В IT то же самое. Логи, метрики, постмортемы - это твоя телеметрия. СТО не слушает оправдания «пиздадельных» разработчиков, он смотрит в графики. Либо у тебя есть темп, либо ты освобождаешь траекторию.
2. Ресурс на пределе (2 бара в турбину) Зачем строить систему, которая работает на 20% мощности? Это как купить Porsche и ездить на нем за хлебом. Задача CTO - выжать из стека и архитектуры максимум. Да, иногда «мотор» детонит, но только на пределе ты понимаешь, чего стоит твоя система на самом деле. Мастерство - это когда ты не боишься передува.
3. Пит-стоп за 2 секунды Если упал прод - это не повод для долгих митингов и согласований. Это авария на трассе. Команда должна работать как на пит-лейне NASCAR: четко, слаженно, без лишнего балабольства на митах. Если твой процесс не позволяет выкатить фикс за считанные минуты - это не команда, а очередь в МФЦ.
4. Траектория важнее мощности Можно ввалить миллионы в железо, но если ты не попадаешь в апекс рынка - ты проиграл. СТО должен чувствовать «зацеп». Нужно знать, когда поддать газу (масштабироваться), а когда притормозить, чтобы не вылететь с рынка на крутом повороте.
5. Риск - это часть прошивки В автоспорте ты принимаешь риск как константу. В разработке так же. Кто не рискует с новой архитектурой или дерзким MVP — тот навсегда остается в «синем флаге», пропуская лидеров вперед.
Итог: Мы здесь не для того, чтобы «поддерживать работоспособность», мы здесь, чтобы ставить рекорды круга.
Многие представляют Chief Technology Officer как чувака в удобном кресле, который смотрит в дашборды. В моем мире CTO - это пилот, который летит в закрытый поворот на 180 км/ч, а команда в это время пытается перебрать коробку прямо на ходу.
Если в управлении технологиями нет духа автоспорта и рок-н-ролла - мы не строим будущее, мы просто ведем учет металлолома:
1. Телеметрия не врет - В гонках ты можешь сколько угодно рассказывать, какой ты крутой пилот, но лог покажет, где ты рано затормозил. В IT то же самое. Логи, метрики, постмортемы - это твоя телеметрия. СТО не слушает оправдания «пиздадельных» разработчиков, он смотрит в графики. Либо у тебя есть темп, либо ты освобождаешь траекторию.
2. Ресурс на пределе (2 бара в турбину) Зачем строить систему, которая работает на 20% мощности? Это как купить Porsche и ездить на нем за хлебом. Задача CTO - выжать из стека и архитектуры максимум. Да, иногда «мотор» детонит, но только на пределе ты понимаешь, чего стоит твоя система на самом деле. Мастерство - это когда ты не боишься передува.
3. Пит-стоп за 2 секунды Если упал прод - это не повод для долгих митингов и согласований. Это авария на трассе. Команда должна работать как на пит-лейне NASCAR: четко, слаженно, без лишнего балабольства на митах. Если твой процесс не позволяет выкатить фикс за считанные минуты - это не команда, а очередь в МФЦ.
4. Траектория важнее мощности Можно ввалить миллионы в железо, но если ты не попадаешь в апекс рынка - ты проиграл. СТО должен чувствовать «зацеп». Нужно знать, когда поддать газу (масштабироваться), а когда притормозить, чтобы не вылететь с рынка на крутом повороте.
5. Риск - это часть прошивки В автоспорте ты принимаешь риск как константу. В разработке так же. Кто не рискует с новой архитектурой или дерзким MVP — тот навсегда остается в «синем флаге», пропуская лидеров вперед.
Итог: Мы здесь не для того, чтобы «поддерживать работоспособность», мы здесь, чтобы ставить рекорды круга.