Источник
How to Hire Technical Managers
Выступление про найм технических руководителей, воронку и критерии оценки.
Источник
How to Hire Technical Managers
Выступление про найм технических руководителей, воронку и критерии оценки.
О найме тимлидов и инженерных менеджеров говорят реже, чем о найме разработчиков. При этом именно от качества этих ролей зависит скорость роста команд, устойчивость процессов и технический курс продукта. Разберем структуру найма, ключевые навыки и логику принятия решений.
Кто такой технический руководитель
После уровня Senior обычно появляется развилка: можно расти в сторону экспертного трека (Staff/Principal, фокус на архитектуре и влиянии через решения) или в сторону управления (Engineering Management). В российской практике роль тимлида часто оказывается промежуточной: лидерство уже требуется, но масштаб еще меньше, чем у директора.
Ниже — визуализация двух путей роста: IC-трек (Staff+) и управление (Engineering Management).
Два пути инженерной карьеры и тимлид на перепутье
После Senior появляется развилка: IC-трек (Staff+) и путь инженерного менеджмента.
Где здесь тимлид?
Тимлид сочетает техническую экспертизу и лидерство. От него ждут самостоятельных решений, зрелых коммуникаций и способности удерживать команду в фокусе результата.
Воронка найма тимлида
Воронка найма тимлида
Поиск кандидатов
Лидеры с управленческим опытом
Рекрутерский скрининг
Мотивация, контекст, ожидания
Техническое интервью
Стек, инженерная база
System Design
Архитектурное мышление
Management интервью
Люди, команды, процессы
Калибровка и финал
Комитет + fit-интервью
🎯 Зачем так много этапов?
Роль лидерская и риск ошибки выше: слабый руководитель способен долго быть «незаметным», но при этом системно замедлять развитие людей и продукта.
Какие компетенции нужно проверить
Паутинка критериев оценки
Найм в компанию vs найм в команду
Найм в компанию — плюсы
- Унифицированные требования дают предсказуемый уровень кандидатов и повторяемый процесс.
- Процесс можно масштабировать, добавляя интервьюеров на перегруженные этапы.
Найм в компанию — минусы
- Процесс сложно организовать и поддерживать.
- Не всем кандидатам нравится длительность и сложность этапов.
- Значительные накладные расходы на организацию.
Найм в команду — плюсы
- Точнее попадаем в потребности конкретной команды без лишних проверок.
- Кандидатам нравится простота и скорость процесса.
- Накладные расходы ниже, чем при найме в компанию.
- Процесс проще организовать — менеджер может провести всё самостоятельно.
Найм в команду — минусы
- Сложно масштабировать из-за зависимости от персоналий и особенностей команд.
- Уровень кандидатов зависит от менеджеров и может сильно различаться по компании.
- В больших компаниях один кандидат может общаться с несколькими рекрутерами из разных команд.
Management интервью
Интервью обычно начинается с свободного рассказа об опыте: какие команды были, что строили, как менялись процессы, какие были сложности. Затем интервьюер последовательно проходит блоки компетенций.
Карта management-интервью
Discuss working experience
- Проекты и роли
- Контекст и результат
People management
- 1:1
- Feedback & guidance
- Career growth
Management teams
- Setup new team
- Debug dysfunctional team
- Drive good decisions
Process & project management
- Deliver value
- Align with schedule
- Improve effectiveness
Engineering practices
- Engineering excellence
- Architecture decisions
- NFRs (reliability, scalability)
Answer candidate questions
- О роли
- О команде
- О культуре и развитии
People management
Как кандидат проводит 1:1, развивает сотрудников, дает обратную связь, решает сложные ситуации и делегирует ответственность.
Управление командами
Формирование команд, роли, зоны ответственности, подходы к решению конфликтов и способность принимать решения без постоянной опоры на «верх».
Процессы и поставка результата
Важный фокус — умение отвечать на вопрос «когда будет готово?» и выстраивать прозрачность сроков. Обычно обсуждают Scrum/Kanban и то, как кандидат выбирает подход под конкретный контекст.
Эффективность vs результативность
На уровне тимлида важна не только эффективность (делать быстро), но и результативность (делать правильные вещи для продукта и бизнеса).
Инженерные практики
Вопросы про культуру инженерии: CI/CD и качество, архитектурные решения, RFC/ADR, документацию, а также нефункциональные требования — надежность, масштабируемость, поддерживаемость.
Ссылка
7-шаговый фреймворк System Design Interview
Полный разбор подхода и практических шагов на system-design.space.
Ссылка
7-шаговый фреймворк System Design Interview
Полный разбор подхода и практических шагов на system-design.space.
7-шаговый фреймворк System Design Interview
Вместо отдельного блока для руководителей используем универсальную структуру интервью. Она помогает одинаково хорошо оценивать и техническую зрелость, и архитектурную ясность.
Название задачи
- Базовый контекст
- Функциональные требования
- Нефункциональные требования
Формализация
- Основные функции
- Ключевые -ilities
- Базовый sizing: пользователи, запросы...
Границы системы
- Use cases
- Public API
- Интеграционные контракты
Выбор технологий
- Конкретные технологии
- Расчёт мощностей
- Failure domains
Дополнительные вопросы
- Observability
- Security
- Deployment
- Advanced topics
Workflow и компоненты
- Happy path
- Масштабирование под NFR
- Corner cases и отказы
Концептуальная схема
- Public API в схеме
- Компоненты с классами (K/V, RDBMS)
- Модели данных
- Stateful/Stateless
Название задачи
- Базовый контекст
- Функциональные требования
- Нефункциональные требования
Формализация
- Основные функции
- Ключевые -ilities
- Базовый sizing: пользователи, запросы...
Границы системы
- Use cases
- Public API
- Интеграционные контракты
Workflow и компоненты
- Happy path
- Масштабирование под NFR
- Corner cases и отказы
Концептуальная схема
- Public API в схеме
- Компоненты с классами (K/V, RDBMS)
- Модели данных
- Stateful/Stateless
Выбор технологий
- Конкретные технологии
- Расчёт мощностей
- Failure domains
Дополнительные вопросы
- Observability
- Security
- Deployment
- Advanced topics
Как принимается решение
Итоговая оценка складывается из нескольких интервью. Калибровочная группа сопоставляет оценки (junior/middle/senior), выставляет уровень и формирует рекомендации для финальных встреч с командами.
🧭 Типичные развилки
- На уровне тимлида, но не уверенно — дополнительная проверка и «fit».
- Сильный управленец, но слабая инженерия — чаще отказ.
- Хорошая инженерия, мало управления — иногда альтернатива в IC-ролях.
На уровне Engineering Director
В статье отдельно разобран найм `engineering director` (обычно это зона около 50 человек, 5-7 продуктовых команд с тимлидами). На этом уровне проверяется не только менеджмент команды, но и способность выстраивать работу целого подразделения.
Как меняется воронка
- Sourcing и screening более прицельные из-за малого числа позиций.
- Языковое интервью часто пропускают, проверяя инженерную глубину на system design.
- Поиск персонализируют и комбинируют найм в команду и в компанию.
Что добавляется в проверках
- Выравнивание бизнес-стратегии и IT-стратегии на уровне подразделения.
- Оргдизайн: структура команд и взаимодействие с другими функциями.
- Функции руководителя: hiring, performance review, бюджетирование.
- Техническая стратегия и ее связь с целями всей компании.
Management интервью для Engineering Director
Формат обычно строится вокруг карьерных вех кандидата: интервьюер заранее выделяет ключевые этапы из резюме, а на встрече кандидат начинает с последнего места работы. Дальше интервью ведется циклом по методике STAR.
STAR-подход
Situation → Task → Action → Result. Такой разбор помогает отделить общие слова от реального управленческого поведения: что делал кандидат, почему, и к каким измеримым результатам это привело.
STAR-подход в management-интервью
Situation
Какой был контекст, ограничения и исходная точка.
- Какой масштаб и окружение?
- Какие риски были в начале?
Task
Какая задача и зона ответственности была у кандидата.
- Что именно нужно было сделать?
- Почему это было важно для бизнеса?
Action
Какие действия и решения кандидат предпринял лично.
- Как принимались решения?
- Как управлялись люди и риски?
Result
Какой измеримый результат получился и чему научились.
- Какие метрики изменились?
- Что бы сделали иначе в следующий раз?
Situation
Какой был контекст, ограничения и исходная точка.
- Какой масштаб и окружение?
- Какие риски были в начале?
Task
Какая задача и зона ответственности была у кандидата.
- Что именно нужно было сделать?
- Почему это было важно для бизнеса?
Action
Какие действия и решения кандидат предпринял лично.
- Как принимались решения?
- Как управлялись люди и риски?
Result
Какой измеримый результат получился и чему научились.
- Какие метрики изменились?
- Что бы сделали иначе в следующий раз?
Полезные элементы из Who Interview
- Для чего кандидата нанимали на прошлые роли и почему он менял работу.
- С кем он работал и готов ли дать контакты для кросс-проверки обратной связи.
- Уточняющие вопросы по ходу рассказа и фокус на красных флажках.
- Готовность вежливо прерывать длинные ответы и возвращать фокус интервью.
Итоги
- Найм лидеров требует отдельной воронки и строгой калибровки.
- Management интервью — ключевая часть, а техническая глубина подтверждает зрелость.
- Важно разделять эффективность и результативность, фокусироваться на бизнес-ценности.
- Для директорских ролей на первый план выходит системное влияние и орг-дизайн.