К основному содержимому
к презентации
Конспект выступления2022CTO

Эволюция роли технического руководителя

Путь от инженера к CTO связан со сменой единицы управления: сначала человек отвечает за работу собственной команды, затем — за взаимодействие нескольких команд, а позднее — за технологическое направление организации. Доклад рассматривает эти переходы через личный опыт автора и объясняет, почему на каждом уровне приходится иначе распределять внимание между техникой, процессами, людьми и бизнесом.

South HUB 20223 минуты

Конспект сокращён относительно исходного материала; примеры и оценки передают опыт и позицию автора.

Основная линия материала
01

Тимлид связывает команду с бизнесом

Кросс-функциональная команда объединяет разные специальности и сложный процесс разработки. Для бизнеса тимлид становится понятной точкой входа, через которую можно обсуждать задачи и проблемы. В небольшой команде он ещё может быть играющим тренером, совмещая техническую работу с руководством. Мотивация перехода индивидуальна: автора привлекали влияние на результат, возможность улучшать процессы и изменение вознаграждения.

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

02

Engineering Manager масштабирует работу через команды

Когда направление растёт, единицей масштабирования становится команда. Engineering Manager отвечает за несколько таких единиц, взаимодействует с тимлидами и следит за их сбалансированностью. Пример примерно пятидесяти сотрудников показывает, почему личное участие во всех технических деталях перестаёт быть основной работой. Нужно создавать условия, при которых команды способны выполнять задачи без постоянного ручного вмешательства сверху.

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

03

CTO выстраивает технологическое управление

На следующем масштабе совмещать архитектуру, процессы и кадровую работу одному человеку трудно. Возникают отдельные ответственные за поставку и архитектуру, формализуются роли, уровни специалистов и оценка результатов. CTO требуется организовать взаимодействие продуктовых и платформенных команд, развивать техническое лидерство и связывать технологическую стратегию с задачами бизнеса. Простое увеличение числа подчинённых эту систему не создаёт.

В крупных компаниях обязанности могут разделяться между CTO, CIO и VP of Engineering, но названия не гарантируют одинакового содержания. Автор отдельно отличает иллюстративную схему от устройства Тинькофф, где CIO руководит ИТ, а руководители направлений выполняют роль CTO своих областей. Соответствие роли зависит также от жизненного цикла бизнеса: на стадии сокращения важнее сохранение продукта и управление затратами, чем прежние задачи быстрого роста.

Выводы

Что стоит унести с собой

  1. 01Переход в управление меняет содержание работы, а не только должность инженера.
  2. 02При росте руководитель управляет через команды и их лидеров, сочетая технические, бизнесовые и организационные навыки.
  3. 03Полномочия CTO, CIO и VP of Engineering нужно выяснять в конкретной компании, учитывая её стадию развития.

Источники