Head of Development (Руководитель разработки)
Общее
Head of Development (руководитель разработки) — это руководящая роль, отвечающая за всю инженерную организацию компании или её крупную часть. В англоязычной практике эта роль чаще называется Head of Engineering, однако в русскоязычной среде устоялось название Head of Development. Далее в тексте используется термин Head of Development.
Head of Development управляет не отдельной командой, а отделом — несколькими командами и их Engineering Manager’ами и TechLead’ами. Его задача — обеспечить, чтобы отдел разработки как целое работал эффективно, предсказуемо и соответствовал бизнес-целям компании.
Если Engineering Manager фокусируется на людях внутри одной команды, то Head of Development фокусируется на структуре, процессах и стратегии на уровне нескольких команд. Он отвечает за то, чтобы команды были правильно сформированы, процессы — согласованы, а ресурсы — распределены по приоритетам бизнеса.
Head of Development — это роль, возникающая в компаниях крупного размера, где инженерная организация насчитывает десятки, а иногда и сотни специалистов. В таких компаниях CTO уже не может напрямую управлять каждой командой и делегирует операционное управление разработкой Head of Development, оставляя за собой стратегический уровень.
Компетенции Head of Development
Head of Development должен обладать компетенциями, выходящими на уровень целого отдела. Основные из них:
Стратегическое планирование разработки: способность формировать техническую и организационную стратегию отдела на кварталы и годы, согласуя её с бизнес-целями компании. Это включает планирование роста команды, выбор технологических направлений и распределение ресурсов.
Управление менеджерами: Head of Development руководит не разработчиками, а Engineering Manager’ами и TechLead’ами. Это требует навыков управления другими руководителями — постановки целей, менторинга, развития управленческих компетенций.
Орг-дизайн: умение проектировать структуру отдела — как группировать команды, какие роли выделять, как выстраивать коммуникацию между командами. Это включает понимание trade-off’ов между продуктовыми, проектными и функциональными командами.
Управление процессами на уровне отдела: настройка общих процессов разработки — от планирования roadmap и распределения ресурсов до CI/CD, мониторинга качества и метрик эффективности. Head of Development отвечает за то, чтобы процессы работали на уровне отдела, а не только внутри отдельных команд.
Бюджетирование и финансовое планирование: ответственность за бюджет всего отдела разработки — найм, обучение, инструменты, инфраструктура. Умение обосновывать расходы перед CTO и финансовым руководством.
Найм на уровне отдела: формирование стратегии найма, участие в собеседованиях на ключевые позиции, развитие бренда работодателя в инженерном сообществе.
Техническая экспертиза: хотя Head of Development не принимает технические решения напрямую, он должен глубоко понимать технологический ландшафт, чтобы принимать стратегические решения о выборе платформ, управлении техническим долгом и инвестициях в технологии.
Коммуникация со стейкхолдерами: способность доносить состояние и потребности отдела разработки до бизнеса, а бизнес-цели — переводить на язык инженерных задач.
Обязанности Head of Development
Обязанности Head of Development включают:
Управление Engineering Manager’ами и TechLead’ами: постановка целей, проведение 1:1, performance review, развитие управленческих компетенций подчинённых руководителей.
Формирование структуры отдела: проектирование и реорганизация команд по мере роста и изменения бизнеса, распределение людей и ролей.
Стратегическое планирование: разработка и реализация стратегии отдела разработки, согласованной с бизнес-стратегией компании. Планирование roadmap на кварталы и годы.
Управление бюджетом: планирование и контроль бюджета отдела — найм, обучение, инструменты, инфраструктура. Обоснование инвестиций перед руководством.
Найм и развитие: формирование стратегии найма, участие в собеседованиях на ключевые позиции, развитие системы грейдов и карьерных треков, retention-программы.
Настройка процессов: выстраивание общих процессов разработки на уровне отдела — планирование, оценка, релизы, качество, инциденты. Внедрение метрик и регулярная оценка эффективности.
Управление техническим долгом: балансировка между скоростью разработки новых функций и необходимостью поддержания качества кодовой базы и инфраструктуры.
Координация между командами: устранение зависимостей, разрешение конфликтов приоритетов, обеспечение согласованности технических решений между командами.
Отчётность перед руководством: регулярные отчёты о состоянии отдела, прогрессе по целям, рисках и потребностях для CTO и других стейкхолдеров.
Карьерный путь
Head of Development — это высокая управленческая позиция, и пути развития из неё ограничены, но значимы:
CTO — естественный следующий шаг. Head of Development, развив стратегическое видение и бизнес-компетенции, может перейти на позицию технического директора, отвечающего за технологическую стратегию всей компании.
VP of Engineering / Engineering Director — в крупных корпорациях промежуточная ступень между Head of Development и CTO, фокус на управлении на ещё более высоком уровне организации.
COO (Chief Operating Officer) — в компаниях, где операционная деятельность тесно связана с разработкой, Head of Development может перейти в операционное руководство.
Консалтинг и менторство — опытные руководители разработки часто переходят в консалтинг, помогая другим компаниям выстраивать инженерные организации.
В обратную сторону — возврат к роли Engineering Manager или TechLead — встречается редко и обычно связан со сменой компании или осознанным выбором более узкой роли.
С кем взаимодействует
Head of Development взаимодействует с широким кругом людей на разных уровнях:
Engineering Manager’ы и TechLead’ы — прямые подчинённые. Head of Development ставит им цели, проводит 1:1, помогает развиваться и решать сложные управленческие и технические задачи.
CTO — непосредственный руководитель. Head of Development получает от CTO стратегические направления и согласовывает планы, бюджет и ключевые решения.
Product Manager’ы и Head of Product — согласование roadmap, приоритетов и ресурсов. Head of Development обеспечивает, чтобы у продуктовой команды были инженерные ресурсы для реализации планов.
Project Manager’ы — координация сроков, зависимостей и ресурсов между командами и проектами.
HR-директор — партнёрство по стратегии найма, развития, грейдов и корпоративной культуры.
CFO / финансовый директор — согласование бюджета отдела разработки, обоснование инвестиций.
Другие Head of Development / руководители отделов — координация взаимодействия разработки с другими отделами — инфраструктурой, безопасностью, дизайном, данными.
Команда разработки — хотя Head of Development не управляет разработчиками напрямую, он проводит all-hands, собирает обратную связь и поддерживает видимость инженерной культуры.
Head of Development и код
Head of Development практически не пишет код и не участвует в технических решениях на уровне отдельных задач. Это роль, полностью смещённая в стратегию, организацию и управление менеджерами.
Однако техническая экспертиза остаётся важной — Head of Development должен:
- понимать технологический ландшафт отдела, чтобы принимать стратегические решения о платформах и инвестициях;
- оценивать технические риски и управлять техническим долгом на уровне отдела;
- проводить осмысленное ревью TechLead’ов и архитекторов;
- защищать технические интересы отдела перед бизнесом — например, обосновывать рефакторинг, миграции или инвестиции в инфраструктуру.
Если Head of Development начинает писать код, это обычно сигнал о проблеме — либо о микроменеджменте, либо о потере фокуса на стратегических задачах.
Место в управленческой цепочке
Head of Development — часть управленческой цепочки, которая выстраивается в компаниях по мере роста инженерной организации:
Полная цепочка: TeamLead → TechLead → Engineering Manager → Head of Development → CTO.
Head of Development находится между Engineering Manager и CTO. Если EM управляет одной командой, то Head of Development управляет несколькими командами через их EM’ов и TechLead’ов. Выше — только CTO, который отвечает за технологическую стратегию всей компании.
Когда появляется Head of Development
Роль Head of Development возникает в крупных компаниях, обычно когда инженерная организация вырастает до 50–100 человек и более. На этом масштабе CTO уже не может совмещать стратегическое руководство и операционное управление разработкой — появляется потребность в человеке, который отвечает за отдел как целое, пока CTO фокусируется на стратегии и взаимодействии с бизнесом.
В малых и средних компаниях
В компаниях до 50 инженеров отдельная роль Head of Development обычно не выделяется. Её обязанности берёт на себя CTO, а в части операционного управления — частично Engineering Manager’ы и TechLead’ы:
- CTO берёт на себя стратегию разработки, найм на ключевые позиции, бюджет, процессы на уровне всей разработки и орг-дизайн.
- Engineering Manager управляет людьми и процессами в своей команде.
- TechLead обеспечивает техническую координацию между командами, если их несколько.
В стартапах до 15–20 человек CTO может напрямую вести 1:1 с разработчиками и сам формировать процессы. По мере роста функции постепенно делегируются — сначала EM’ам, затем Head of Development.
Разделение с CTO
Ключевое различие между Head of Development и CTO: Head of Development отвечает за то, как работает отдел разработки (процессы, люди, структура, эффективность), тогда как CTO отвечает за то, куда движется компания технологически (стратегия, инновации, технологические инвестиции, взаимодействие с рынком).
В компаниях, где такого разделения нет, CTO вынужден совмещать оба уровня — что на масштабе приводит к перегрузке и поверхностному управлению обоими направлениями.
Сложности в работе
Head of Development сталкивается с рядом сложных вызовов:
Делегирование и микроменеджмент: бывший EM, ставший Head of Development, часто хочет вмешиваться в работу команд напрямую. Умение управлять через менеджеров, а не через команды — сложный навык, который требует времени.
Баланс между стратегией и операционкой: Head of Development должен одновременно формировать долгосрочную стратегию и реагировать на ежедневные проблемы. Перекос в любую сторону ведёт к проблемам — либо к отрыву от реальности, либо к тушению пожаров вместо планирования.
Управление другими менеджерами: руководить руководителями сложнее, чем разработчиками. Менеджеры имеют собственное видение, амбиции и стиль работы. Head of Development должен развивать их, не подавляя.
Согласование приоритетов: разные команды и продукты конкурируют за ресурсы. Head of Development должен принимать непопулярные решения о приоритетах, что неизбежно вызывает недовольство.
Масштабирование процессов: то, что работает для 3 команд, ломается на 10 командах. Head of Development должен предвидеть масштабирование и менять процессы до того, как они сломаются.
Найм руководителей: поиск сильных Engineering Manager’ов и TechLead’ов — одна из самых сложных задач. Хорошие руководители дефицитны, а ошибка в найме на эту позицию дорого обходится.
Техническая деградия: полностью уйдя в управление, Head of Development рискует потерять техническую экспертизу. Это снижает его способность оценивать технические риски и аргументированно общаться с TechLead’ами и архитекторами.
Успешный Head of Development — это тот, кто научился измерять свой успех через метрики отдела, развивает своих менеджеров и не пытается делать их работу за них.