Как я строил карьеру CTO неправильно.
С 2013 по 2017 я работал в Mail.ru. Команда, которой я руководил, отвечала за фронтенд рекламной платформы. Помню, что я тащил планирование, отчетность, занимался архитектурой, ревью и прочей операционкой.
В 2017 году мои амбиции стали требовать новой роли. Я ходил на разные собеседования на должности руководителя разработки или CTO в малый/средний бизнес. И даже прошёл техдиром в стартап.
Но в стартапе мне не нравилось, поэтому я продолжал поиски. Как-то меня позвали пообщаться в российский биг-тех. Видимо, моя новая запись в резюме с опытом CTO, открыла мне путь сразу к техническому директору. Не тому, что за направление отвечает. А вот прям к самому главному. Уже и не вспомню всего, что мы обсуждали. Помню только, что он разнёс меня. Сказать, что я расстроился — это ничего не сказать.
Но после интервью, уже в неформальном разговоре, он указал, с чего мне нужно начать, и порекомендовал литературу. Оказалось, что я строил незаменимость там, где должен был строить систему.
После этого разговора я начал переосмыслять роль. В это раз не главного инженера, а человека, который строит организацию, работающую без него. Это многое изменило: как я нанимаю, как принимаю решения, как разговариваю с высшим руководством, чего ожидаю от сотрудников.
Сейчас, помогая CTO и VP Engineering, я постоянно наблюдаю такие же ситуации. Ко мне обращаются умные, технически сильные люди. И при этом глубоко застрявшие в роли, из которой давно выросли.
Иногда нужен человек, который скажет неудобное, но правильное. Тот разговор дал супер-ускорение. А ещё понимание важности такого ментора рядом.
Был ли у вас такой момент, когда провал оказался важнее победы?
· 14.05
Бывало. Провал важнее победы.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён