Engineering Director: как масштабировать влияние с 50 до 500
Engineering Director, хорошо ведший организацию на 50 человек, обычно неверный человек, чтобы вести 500. Не потому что талантлив меньше — потому что на 500 это другая работа, а не та же с удвоенной интенсивностью. Исследования First Round Review по 300+ инженерным лидерам стабильно показывают: переходы на ~80, ~150 и ~300 инженерах — там, где кластеризуется большинство выгораний и тихих уходов старших лидеров.
Это гайд, основанный на данных, о четырёх переходах Engineering Director при росте от 50 до 500 — что отпустить, что взять, и что наши IDE heartbeat данные говорят о признаках Director'а, который не сделал сдвиг.
{/* truncate */}
Что такое роль на 50, 150, 300, 500
Большинство статей о "scaling engineering" предполагают линейную прогрессию. Реальная форма — четыре дискретных режима, каждый с разной основной работой.
| Размер | Основная работа | Прямые подчинённые | Доля кодинга | Failure mode |
|---|---|---|---|---|
| 50 | Глубоко в delivery, 1:1 с большинством IC | 4-6 EM или тех-лидов | ~10% | Не может перестать писать код |
| 150 | Строит менеджеров, архитектурит организацию | 6-8 EM + staff | ~0% | Пытается держать всех близко |
| 300 | Director of Directors, domain strategy | 4-6 senior-лидеров | ~0% | Теряет ground-truth, слишком доверяет дашбордам |
| 500 | Исполнительная функция, capital allocation, platform strategy | 3-5 Sr Director или VP | ~0% | Становится политиком, а не инженером |
На каждом переходе меняются четыре вещи: на что тратите время, с кем, как получаете информацию и как принимаете решения. Ошибка в одном создаёт видимый разрыв. Попасть во все четыре — редкость — поэтому многие компании меняют Director'а на отметке 150 или 300, а не выращивают его насквозь.
Четыре режима роли Engineering Director. Каждый переход перестраивает decision-making, а не только оргсхему.
Переход 1: 50 → 150 инженеров
Первый переход легче всего описать и сложнее всего выполнить. На 50 Director управляет частично по интуиции — знает всех, чувствует, где сквад застрял, подходит к доске. На 150 это невозможно. Director на 150 строит машину, которая производит то, что Director на 50 производил присутствием.
Что бросить:
- Прямые 1:1 со всеми EM еженедельно. Перевести на раз в две недели, добавить групповые meetings.
- Читать каждый крупный PR. Делегировать архитектурное ревью совету тех-лидов.
- Неформальное "как дела?" как систему статусов. Ввести лёгкий недельный пульс.
Что взять:
- Задокументированная инженерная операционная система — как идут решения, кто что решает, как эскалировать.
- Найм лидеров. Единственная самая большая точка рычага на 150 — это был ли найден правильный менеджер второго уровня.
- Метрики DORA. На 50 можно было интуитивно; на 150 нужны числа.
Частая ошибка: Director на 150 всё ещё выполняет работу на 50, только плотнее. Календарь — 11 часов в день 1:1. Спит четыре часа. Пропускает квартальный board meeting или promo-committee, потому что его вытащили в тактический sprint-ишью. Наш датасет видит это конкретной подписью — Director, который всё ещё коммитит код через год после того, как не должен. В 11 из 14 компаний, которые мы трекали через переход 50→150, время кодинга Director'а через 12 месяцев было лучшим предиктором того, держит ли он роль через 18. Director'ы с >20 мин/день кодинга: 2 из 6 остались. Director'ы с <5 мин/день: 7 из 8 остались.
Переход 2: 150 → 300 инженеров
На 300 у вас минимум три слоя ниже — Director, EM, IC. Вы больше никем, кто пишет код, не управляете напрямую. У вас скорее всего есть Head-of-X для 2-3 доменов. Работа становится организационной архитектурой.
Что бросить:
- Пытаться держать ground-truth раундами 1:1. Математика не сходится — 300 человек с полезным сигналом стоят больше времени, чем существует.
- Апрувить каждый headcount request. Ставьте бюджеты, делегируйте аллокацию Head'ам.
- Быть в комнате для каждого технического решения. Определите рамку, выйдите.
Что взять:
- Стратегическое domain planning. Куда платформа должна инвестировать на 6, 12, 24 месяца?
- Performance management ваших директоров. Они теперь quality gate своих организаций. Вы — quality gate их.
- Систематическое data-driven лидерство. На 150 вы проверяете дашборды. На 300 дашборды — ваша основная сенсорная система, потому что "пройтись по офису" не масштабируется.
Failure mode на этой стадии — дашборд-гипноз. Director перестаёт разговаривать с инженерами, читает числа в вакууме, делает уверенный но неверный вызов, потому что метрика не захватила контекст. Антипаттерн, который мы видели не раз: "У Team X самая низкая частота деплоев, явно проблемная команда" — при том что Team X делает глубокую research-работу, где недельные деплои были бы безответственностью.
Guardrail: минимум 4 skip-level разговора в месяц. Каждый Director на 300+ должен говорить хотя бы с одним человеком тремя уровнями ниже раз в неделю. Цель — не микроменеджмент, а сохранение калибровки чтения дашбордов против ground-truth.
Переход 3: 300 → 500 инженеров
На 500 Director эффективно становится executive. Борд-деки, capital allocation, platform-wide архитектурные ставки, acquisition-обсуждения, partnership-роадмапы. Код и отдельные инженеры — далеко внизу. Вы управляете 3-5 Sr Director или VP, каждый с 80-150 инженерами.
Что бросить:
- Product roadmap-участие ниже уровня эпика. Вы не должны знать, что в Sprint 4 Team 17.
- Запуск любых тактических процессов. Онбординг, оффбординг, perf-review, compensation benchmarking — всё делегировано с годовым ревью.
- "Один из инженеров". Команда слишком большая. Вы — инженерный лидер, а не старший из инженеров.
Что взять:
- Мышление горизонтами 18 месяцев. Средний output 500-инженерной организации отвечает на решения, принятые 4-8 кварталов назад.
- Platform / IC-track стратегия. На 500 нужна карьерная лестница Staff и Principal. Без неё технические таланты уйдут.
- Кросс-функциональные партнёрства. CFO, Head of Product, VP Ops. На 500 инженерия не существует в силосе.
- Engineering Operations как функция. Headcount planning, стандартизация тулинга, observability деплоев по всей организации, developer-productivity reporting. Обычно инвестиция 1-5% headcount, окупающаяся через каждую другую команду.
Сигналы из данных, что Director не масштабируется
По компаниям в нашем датасете, проходившим переходы, три паттерна предсказывают провал:
| Сигнал | Измеряется | Здоровый | Warning |
|---|---|---|---|
| Время кодинга Director'а в день | Через 6 мес после новой стадии | < 20 мин | > 60 мин |
| Количество прямых 1:1 в неделю | Через 6 мес после новой стадии | Растёт sublinear | Растёт 1:1 с headcount |
| Context-switching rate в календаре | В любое время | 3-5 переключений/день | > 10/день (симптом нет делегирования) |
| % календаря на "executive work" (планирование, стратегия, найм лидеров) | После 150 | > 40% | < 20% |
Первый сигнал — самый сильный. Время кодинга Director'а — видимый артефакт готовности не быть старшим инженером. В наших данных Director'ы организаций 500+ с кодингом >30 мин/день показали в 2.4× выше 18-месячный turnover, чем с <10 мин/день. Либо ушли в IC-роль, либо их подвинули. Паттерн стабилен в 9 из 11 отслеженных переходов на large-org.
Честное ограничение: наш датасет сильнее на 50-300. У нас 4 компании выше 500 — хватает для паттернов, мало для статистического распределения. Про действительно enterprise-scale (Google, Meta, Amazon) мы читаем внешние источники — Will Larson, Staff Engineer, Camille Fournier, The Manager's Path — и сверяем с тем, что видим у наших mid-market enterprise-клиентов.
Три вещи, которые реально делает Director на 500
Отсечь шум — после интервью и данных по 11 компаниям с >300 инженерами, Director'ы на 300-500 тратят большую часть эффективного времени ровно на три вещи:
- Найм и развитие старших лидеров. Пятеро непосредственно под ними определяют 80% качества output организации. Всё остальное — downstream. Отчёт First Round 2023 о карьерах CTO находит то же: "нанимайте своих VP" — рычаг №1.
- Постановка и enforcement 12-24 месячной технической стратегии. Не писать стратегию в деталях — выбирать 3-5 ставок и говорить нет 30 другим. Самая видимая извне работа роли.
- Управление инженерным operating-ритмом. Бюджеты, циклы планирования, QBR, OKR, perf-циклы. Скучно, и именно это отличает компанию, которая компоундится, от компании, которая мечется.
Если вы Director, и большая часть времени уходит на что-то другое на 300+, вы, скорее всего, не совершили переход. Если вы exec, нанимающий Director'а на 500 — копайте именно эти три. Тактические интервью-вопросы ("как дебажили продакшн X") нерелевантны на этом уровне — и если кандидат хорошо отвечает на них, скорее всего, он всё ещё оперирует в режиме 50.
Какие инструменты реально нужны
Director на 50 обойдётся Notion, Slack и Excel. Director на 500 — нет. Минимальный toolchain в масштабе:
| Категория | Задача | Пример |
|---|---|---|
| Engineering intelligence | Единые метрики по 80-150-инженерным под-организациям | PanDev Metrics, Jellyfish, LinearB — см. сравнение 15 инструментов |
| Workforce planning | Моделирование headcount vs roadmap | Coda / кастом; хороших отдельных инструментов мало |
| Incident management | MTTR visibility, blameless postmortems | PagerDuty, FireHydrant |
| Стратегические доки | Public-inside-the-company strategy | Notion или эквивалент |
Engineering intelligence здесь не продуктовый плаг — это про то, что вручную агрегировать DORA и coding-time по 5 под-организациям сводит Director'а либо к угадыванию, либо к роли аналитика на полставки. Ни то ни другое не масштабируется. Это же причина, почему AI Assistant в PanDev Metrics позволяет Director'у задавать natural-language вопросы по всей организации ("у каких команд самое большое падение focus-time за квартал?"), а не смотреть 15 отдельных дашбордов.
Контраргумент
Типичный карьерный совет: Director'ы должны увеличивать "strategic thinking" при росте. Наши данные предлагают более узкий совет: Director'ы должны увеличивать способность говорить нет. На 50 Director говорит да почти всему. На 500 он говорит нет примерно 90% входящих запросов — и те, на которые говорит да, компоундят через тысячи инженерных часов. Director, который остаётся busy на 500, почти всегда — тот, кто не выучил этот сдвиг. Director, который "менее видим" на 500 — часто тот, кто им овладел — меньше решений, каждое с более высоким плечом.
Связанное чтение
- Масштабирование инженерной организации с 10 до 100 по данным — следующий zoom-out той же задачи
- CTO dashboard: что показывать на недельном — слой отчётности, нужный Director'у на 150+
- 10 метрик, которые должен трекать менеджер — метрический набор для каскада
Если вы Engineering Director, читающий это, и знаете, что ведёте режим, не совпадающий с размером — данные не приговор. Это приглашение поменять четыре вещи сразу: календарь, информационные каналы, решения и представление о том, что для вас — "хорошая работа". Большинство Director'ов не меняют всё сразу. Те, кто растут с 50 до 500, — меняют.