Кто такой технический директор? Почему он главный, но не пишет код?
easy

Кто такой технический директор? Почему он главный, но не пишет код?

Как перейти от программирования к управлению.

Мы постепенно рассказываем о специальностях и ролях в ИТ: уже говорили о фронтендах и бэкендах; о джунах, мидлах, сеньорах и тимлидах; была статья о тестировщиках. Посмотрим ещё на одну должность — техдир, он же CTO, Chief Technical Officer.

👉 Эта статья написана по мотивам разговора с Александром Трегером, руководителем службы разработки Практикума. Прочитайте, там много интересного не только про карьеру.

Технический директор — главный по технологиям. Он руководит всем, что связано с разработкой, софтом, серверами, отвечает за общий вектор развития продукта и технологий.

Техдир — в первую очередь управленец. Он не пишет код сам, не оценивает код других разработчиков, не думает о стилях и компонентах, не настраивает сервера и принтеры, не раздаёт доступы. Для этого у него в подчинении есть тимлиды и администраторы.

Что будет без техдира и почему он важен

В маленькой компании может не быть технического директора. Разработчики решают вопросы сами: получают задачи от маркетологов и менеджеров, распределяют между собой и спокойно пишут код. Если в компании один-два разработчика, то в руководителе над ними просто нет нужды.

Со временем компания растёт, в команде разработки уже 5–6 человек. Новички пишут код по-разному: одни ещё не привыкли к принятым фреймворкам, другим пока не хватает опыта. Тогда в команде появляется разработчик, который берёт на себя код-ревью и архитектурные решения, чтобы все двигались в одну сторону и качество кода не падало. Но это ещё не техдир, скорее, сеньор или тимлид.

Компания продолжает расти, в команде появляется ещё несколько технарей. Появляется разделение: команда фронтенда, команда бэкенда, команда эксплуатации. У каждой команды свой руководитель, и между ними начинаются трения: как оформлять задачи в таск-менеджере, на каком этапе тестировать, в каком порядке деплоить. Один разработчик уже не может решать все вопросы, потому что их профиль слишком широкий. Здесь необходим техдир.

Если между командами не появится общий руководитель, то начнутся проблемы. Например, бэкенды будут писать методы для API и не тестировать — мол, фронтенды сами всё проверят. А фронты будут думать, что бэкенды уже всё протестировали. В итоге админы выкатят нерабочий сервис, а кто виноват — непонятно.

Часто бывает, что технический директор — связующий элемент между бизнесом и разработкой. Он помогает менеджерам найти общий язык с программистами, защищает технарей от нападок маркетологов, выбивает софт и железо для команды. Без него в команде быстро назреет конфликт интересов, а отдел ИТ останется без ресурсов.

В крупных компаниях техдир отвечает за стратегию: консультирует генерального директора по глобальным трендам, помогает принимать решения: что развивать, а от чего отказываться. Например, внедрить в продукт искусственный интеллект или запустить VR-направление.

Чем техдир отличается от тимлида

Тимлид руководит командой разработчиков. Например, тимлид команды фронтенда отвечает за всех фронтендеров и реализацию всего интерфейса в продукте.

Тимлид — обычно сильный разработчик. Ему нужно принимать решения о конкретных технологических вопросах, помогать разработчикам и оценивать качество их работы. Даже если он не пишет код сам, он всё равно высококвалифицированный технический специалист.

Техдир может не быть сильным программистом, особенно если занимает свою позицию давно и уже подрастерял прикладные навыки. Но он должен быть руководителем: уметь принимать сложные решения и видеть весь продукт или технологию целиком.

Говорит техдир

Вот что руководитель разработки Яндекс.Практикум Александр Трегер рассказывает о своей работе:

В Яндексе моя позиция называется «руководитель службы разработки». По сути, она подразумевает компетенции технического директора одного продукта — «Практикума». Код уже практически не пишу, вместо этого распределяю задачи, участвую в продуктовых решениях, общаюсь с заказчиками, занимаюсь наймом, смотрю на проект с глобальной точки зрения.

У нас в разработке нет выделенных менеджеров проектов: когда появляется новый проект, мы выбираем, кто из опытных разработчиков будет за него отвечать. Он раскладывает задачу на тикеты — подзадачи, которые нужно сделать, чтобы закрыть проект. Тикеты оцениваем по сложности, приоритизируем и раскладываем по спринтам. А потом уже разработчики выбирают, что кому по душе.

Моя задача — настроить этот процесс и следить, чтобы наша работа давала качественный результат в адекватные сроки. Ещё слежу, чтобы задачи, требования и решения не конфликтовали, были согласованы и легко поддерживаемы в будущем.

Иногда к нам приходят менеджеры продуктов с идеями и спрашивают, можем ли мы что-то реализовать. Я объясняю, что, например, вот это и это сделать сможем быстро, а вот это — долго или совсем невозможно. Думаем вместе и решаем, что и как будем реализовывать.

Помимо факультетов Практикума есть и другие заказчики, например, маркетинг или HR. У них свои запросы: где-то во внутренней системе баг, где-то функций не хватает. Я встречаюсь со всеми, разбираюсь и распределяю по приоритетам, что и когда возьмём в разработку. Если приходит запрос на небольшую срочную задачу, могу сразу взять её в спринт. Если задача объёмная, мы включаем её в глобальное планирование и определяем приоритет. После этого я поручаю кому-то из разработки её декомпозировать.

Так и получается, что весь день во встречах и решениях: один на один с коллегами, стендапы с командой, встречи по планированию и обсуждению разных задач. А оставшееся время — почта и чаты.

👉 Александр Трегер рассказывает, какой путь прошёл до того, как стать техдиром.

Как стать техдиром

Техдир — это уже не разработчик, а менеджер. Если вам не по душе управлять людьми, думать о стратегии и нести ответственность за бизнесовые задачи, вероятно, в роли сеньор-разработчика вам будет комфортнее.

Обычно техдиры получаются из тимлидов, которые уже отвыкли писать код, но поднаторели в менеджменте: научились договариваться с бизнесом, поняли, как нанимать и увольнять людей. Если разработчик показывает себя как лидер и хороший руководитель, ему открыта эта дорога.

Есть и другой путь — вырасти в техдира из менеджера проектов. Но в этом случае придётся заслужить уважение разработчиков, так что совсем без технического прошлого будет сложно.

Сколько зарабатывает техдир

Мы посмотрели зарплаты директоров по информационным технологиям на первое полугодие 2020 года и выяснили, что в среднем они зарабатывают 210 000 ₽.

Что дальше

Техдир — это уже старший менеджер, так что развиваться дальше внутри компании он может разве что в роли генерального директора, но там совсем другой набор навыков и уровень ответственности. Можно стать техдиром более высокого уровня: например, перейти из управления одним продуктом на уровень всей компании.

При этом у техдира большие возможности для горизонтального роста: осваивать технологии, запускать новые продукты, переходить в компании с более серьёзными ресурсами и полномочиями. Или стать сооснователем в стартапе, а потом продать его IT-гиганту.

Обложка:

Даня Берковский

Корректор:

Ирина Михеева

Вёрстка:

Маша Климентьева

Получите ИТ-профессию
В «Яндекс Практикуме» можно стать разработчиком, тестировщиком, аналитиком и менеджером цифровых продуктов. Первая часть обучения всегда бесплатная, чтобы попробовать и найти то, что вам по душе. Дальше — программы трудоустройства.
Получите ИТ-профессию Получите ИТ-профессию Получите ИТ-профессию Получите ИТ-профессию
Вам может быть интересно
easy