Staff Engineer: карьерный framework и реальные метрики
Опрос Уилла Ларсона 2021 года среди 14 Staff-инженеров крупных tech-компаний дал вывод, который большинство лестниц до сих пор игнорирует: только один из трёх Senior-инженеров хочет титул Staff, и из них меньше половины получают его за пять лет. Промоушен — не естественное продолжение Senior. Это смена роли — другая работа, другие сигналы, другие режимы провала. Лестницы, где Staff — это "Senior+", производят застрявшие карьеры и очередь IC-инженеров, уходящих в EM-роль в другую компанию.
Этот framework — то, что реально предсказывает готовность: синтез исследования Ларсона, книги Тани Рейли The Staff Engineer's Path и паттернов, которые мы видим в delivery-данных 100+ B2B-инженерных организаций.
{/* truncate */}
Почему Staff-промоушен ломает большинство лестниц
Senior получает повышение за output. Staff получает повышение за leverage. Сигналы разные, измерения разные, и большинство performance-review процессов не откалиброваны ни под то, ни под другое.
Senior-инженер отгружает больше кода, чем mid-level, менторит одного-двух людей и end-to-end владеет средним компонентом. Staff может коммитить меньше, чем в Senior-роли — но код, который производит его влияние (через spec-ревью, архитектурные звонки, менторство, разблокировку), затмевает его личный output.
Это главная ловушка измерения: комиссии по промоушенам смотрят на граф коммитов. Он становится плоским — и повышение застревает.
Четыре архетипа Staff (по Ларсону)
Большинство лестниц предполагает, что "Staff Engineer" — одна роль. Это не так. Исследование Ларсона выделяет четыре разные формы:
| Архетип | Основной вклад | Где вписывается |
|---|---|---|
| Tech Lead | Координирует техническое направление команды | Один на команду обычно |
| Architect | Сквозной технический дизайн, 3+ команд | Платформа, инфраструктура, сложные домены |
| Solver | Десантируется в тяжёлые "ничейные" проблемы | Компании с legacy или уникальным долгом |
| Right Hand | Force-multiplier для VP или senior EM | Быстрорастущие организации, офис CTO |
Комиссия, не спрашивающая "какой архетип?", часто отвергает квалифицированного Solver за то, что он не делал работу Tech Lead. Все четыре — валидные пути Staff. Кандидат должен знать свой путь до того, как пишется promotion packet.
Прогресс не линейный — это расширяющийся scope. Каждая коробка — другой центр тяжести.
Реальные сигналы (что трекать)
Метрики на основе коммитов не предсказывают готовность к Staff. Эти семь — предсказывают. Часть качественные, часть видны в delivery-данных; все наблюдаемы.
| Сигнал | Как выглядит "готов" | Как наблюдать |
|---|---|---|
| Кросс-командное влияние | 3+ команды упоминают инженера как влияющего на их roadmap | Граф соавторства / комментариев в спеках |
| Авторство спек | 4-6 опубликованных спек за 12 месяцев, 2+ приняты вне команды | Репо design-doc |
| Leverage в incident resolution | Назван ведущим resolver'ом в 2+ мульти-командных инцидентах | Post-mortem записи |
| Footprint менторства | 2-3 инженера за 18 месяцев повышены до Senior с ним как ментор | Promotion packets |
| Throughput ревью | Регулярно ревьюит код 2+ команд; комментарии меняют архитектуру, а не стиль | Граф PR-ревью |
| Технический нарратив | Может рассказать "на что мы поставили и почему" по крупной инициативе в 15-минутном разговоре с exec | Наблюдение на ревью / митингах |
| Self-directed scope | Инициирует 1-2 значимых проекта в год, которые ему не назначали | Записи ownership |
Обратите внимание: шесть из семи — продукты влияния, а не продукты клавиатуры. Senior-инженер с 40% коммитов выше среднего по команде и без этих сигналов — сильный Senior, а не почти-Staff. Самая частая ошибка промоушена — путать эти две вещи.
Конкретные метрики из наших данных
PanDev Metrics трекает IDE heartbeat-данные по 100+ B2B-компаниям. Сравнивая инженеров, получивших Staff в 2024-2025, с сопоставимыми Senior, которые не получили:
- Coding time падает на 18-32% за год до повышения в Staff. Не потому, что они работают меньше — потому, что работа сместилась. Meeting time, review time, spec-writing time — все растут.
- Концентрация коммитов падает. Senior до промоушена коммитят в 3-5 репозиториев в среднем. Staff после — в 2-3, но комментируют/ревьюят 8-12.
- Переключения между проектами в день растут. Не хаос context switching — намеренное переключение между менторством, архитектурой и фокусным кодом.
Честное ограничение наших данных: мы видим активность, а не её качество. Ревью Staff-инженера может разблокировать 4 команды; наш сигнал покажет просто "добавлен комментарий". Сигналы выше — directional, а не достаточные. Паруйте с качественными сигналами из таблицы.
Пять вопросов, на которые должен отвечать promotion packet
Большинство promotion packet'ов — нарративные эссе. Они разваливаются на реальном вопросе комиссии: "на какие артефакты мы смотрим?". Выстраивайте packet вокруг пяти вопросов с конкретными артефактами.
1. Какой вы архетип?
Одно предложение. Tech Lead / Architect / Solver / Right Hand. С одним проектом, который это демонстрирует.
2. Какое кросс-командное влияние за последние 12 месяцев?
2-3 проекта, затронувших 2+ команды, и конкретный вклад инженера. Принятые спеки бьют задеплоенный код.
3. Кто стал лучше благодаря вам?
Именованные инженеры, именованные промоушены, проекты, которыми они теперь лидят. Если список пустой — инженер сильный Senior, а не Staff-кандидат.
4. Какое техническое решение вы изменили против исходного направления?
Это — Staff-сигнал. Senior отстаивает позицию внутри decision frame. Staff переопределяет frame. Конкретно: решение, что вы отстаивали, исход.
5. Ваша следующая 12-месячная ставка?
Если инженер может назвать конкретную техническую область, которую собирается двигать независимо от того, дадут ли промоушен, — это Staff-уровень agency. Если ответ "что нужно компании", он ещё не готов: перепутал compliance с leadership.
Типичные режимы провала
- "Head-down great Senior" ловушка. Стабильно перевыполняет квартальные цели, но всё влияние внутри команды. Нет кросс-командных свидетельств. Отклонение. Фикс: начать одну небольшую кросс-командную инициативу за 18 месяцев до целевой даты.
- "Wannabe architect без чеков". Пишет кучу RFC, мало приняты. Комиссия спрашивает "что отгрузилось?", кандидат не отвечает. Фикс: меньше RFC, больше follow-through. Принятый 3-страничный документ лучше 10 проигнорированных 20-страничных.
- "Затерялся на митингах". Перестал кодить, но ещё не нарастил нарративную мышцу для Staff-работы. Артефактов нет. Комиссия видит падение output без замены. Фикс: каждый важный митинг должен производить один артефакт — документ, decision log, follow-up PR. Нет артефакта — митинга не было.
- "Не тот менеджер". Staff-повышения проваливаются без EM, пишущего сильные кейсы. Если у EM инженера нет ни одного продвинутого до Staff — ищите co-sponsor заранее.
Как мерить прогресс как кандидат
Ежеквартально, за 4-6 кварталов до целевой даты:
- Кросс-командных спек соавторство/ревью (таргет: 2-3/квартал)
- Инженеров, которых активно менторите (таргет: 2-3 в процессе)
- Инцидентов, где вы resolver за пределами команды (таргет: 1/квартал)
- Технических разговоров на уровне exec, где вы представили команду (таргет: 1-2/квартал)
- Изменение coding time (ожидайте постепенное снижение, 10-25% за 4 квартала — если плоско, вы ещё не переключились)
Команды с PanDev Metrics могут вытащить тренд coding time автоматически; остальное — self-tracking или хороший EM. В статье про CTO-дашборд один из способов вытащить это на уровень организации.
Когда этот framework не подходит
Стартапы меньше 20 инженеров часто пока не нуждаются в Staff — CTO или VP Engineering поглощает функцию. Преждевременное повышение в Staff создаёт роль без структурного scope, её оправдывающего. В таких компаниях "Senior 3" или "Principal Engineer как второй-после-CTO" обычно подходит лучше.
Очень крупные компании (1000+ инженеров) разбивают Staff на Staff 1 / Staff 2 / Senior Staff / Principal со своими определениями scope. Архетипы применимы; scope на уровень меняется. Используйте лестницу вашей компании, но привяжите каждый уровень к архетипам.
Читать дальше
- Tech Lead vs Engineering Manager: framework решения
- VP Engineering: первые 90 дней
- Performance Review на основе данных: шаблоны и анти-паттерны
- Внешне: Will Larson — Staff Engineer: Leadership beyond the management track
- Внешне: Tanya Reilly — The Staff Engineer's Path
Самая острая версия правила: Senior делает свою команду лучше; Staff делает другие команды лучше, даже когда его нет в комнате. Если вы не можете вспомнить, когда это последний раз случилось, вы ещё не на пути.