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

Как нанимать технических руководителей

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

TeamLead Conf3 минуты

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

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

Масштаб найма определяет устройство процесса

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

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

02

Проверяются решения руководителя, а не только знание терминов

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

System Design показывает, как кандидат уточняет требования, определяет границы, прорабатывает потоки данных и объясняет технологические решения. Оценки разных секций рассматриваются вместе. Сильное управление без достаточных инженерных навыков не соответствует описанной роли, а сильный инженер может получить предложение технической позиции с дальнейшим развитием. Итоговый профиль помогает подобрать подходящую задачу, а не просто поставить одну общую отметку.

03

Для руководителя нескольких команд важен более широкий опыт

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

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

Выводы

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

  1. 01Общая оценка компетенций и соответствие конкретной команде решают разные задачи найма.
  2. 02Техническому руководителю нужны управленческие результаты и актуальная инженерная база.
  3. 03STAR помогает проверять реальные действия и результаты, особенно у руководителей нескольких команд.

Источники