Лестница грейдов: junior, middle, senior, lead, staff, principal

Лестница грейдов — это не про возраст и не про годы, а про масштаб задач, которые вам можно доверить без присмотра.

Грейд — формальный уровень инженера в компании, отражающий ожидаемую автономность, ответственность и влияние, а не количество отработанных лет.

Зачем вообще нужны грейды

Грейды кажутся бюрократией, но у них есть смысл. Компании нужно предсказуемо распределять работу: кому можно отдать расплывчатую задачу «улучшить поиск», а кому — только чётко описанный тикет. Грейд — это контракт ожиданий между вами и работодателем. Он определяет, какую неопределённость вы способны взять на себя, и сколько за это платят. Когда вы понимаете язык грейдов, вы перестаёте расти вслепую и начинаете целенаправленно закрывать разрыв до следующего уровня.

Названия грейдов в разных компаниях отличаются, но смысловая шкала почти везде одна. Российские компании всё чаще копируют структуру международных, поэтому полезно знать обе системы.

Шесть ступеней

ГрейдГлавный признакМасштаб
JuniorДелает задачи по ТЗ под присмотромЧасть задачи
MiddleРешает задачу целиком самЗадача / фича
SeniorВладеет системой, проектирует, видит последствияСистема / проект
Lead / Tech LeadОтвечает за техническое исполнение командойКоманда
StaffВлияет на несколько команд, решает кросс-системные проблемыНесколько команд
PrincipalЗадаёт техническое направление организацииОрганизация

Обратите внимание: с ростом грейда расширяется не глубина кода, а радиус влияния. Junior влияет на свой кусок задачи, senior — на всю систему, staff — на несколько команд. Это ключевая интуиция всего учебника.

Полезно держать в голове ещё одну деталь: грейд — это не только про то, что вам доверяют, но и про то, чего от вас ждут по умолчанию. От senior ждут, что он сам заметит проблему и поднимет её, не дожидаясь поручения; от junior этого не требуют. Поэтому «дорасти до грейда» означает не только получить право на большие задачи, но и принять на себя соответствующие ожидания инициативы и ответственности. Многие застревают именно здесь: технически тянут уровень выше, но продолжают вести себя как на прежнем грейде — ждут поручений вместо того, чтобы брать инициативу.

Как работает под капотом

За каждым грейдом стоит вопрос: «Насколько большую неопределённость я могу отдать этому человеку?» Представьте задачу как туман. Junior'у нужно, чтобы туман разогнали за него: дали понятный тикет с шагами. Middle сам разгоняет туман вокруг одной задачи. Senior работает в тумане целой системы: он сам решает, какую задачу вообще стоит делать. Staff живёт в тумане между системами и командами, где нет даже формулировки проблемы.

Радиус влияния по грейдам:

  Junior   [o]                  часть задачи
  Middle   [ o ]                задача целиком
  Senior   [  O  ]              система
  Lead     [   O   ]            команда
  Staff    [    O    ]          несколько команд
  Principal[     O     ]        организация

Поэтому повышение — это не «я стал быстрее печатать код». Это «мне можно доверить больше тумана».

Российский и международный контекст

В международных компаниях лестница часто формализована до уровней с номерами: например, в Google это L3 (junior), L4 (middle), L5 (senior), L6 (staff), L7 (senior staff), L8 (principal). В Amazon — SDE I, SDE II, SDE III (senior), Principal. Названия разные, но логика расширения радиуса влияния одна. В российских компаниях формализация бывает слабее: в небольшом стартапе грейды могут вообще не существовать, и «senior» означает просто «опытный», а в крупных игроках вроде Яндекса, Авито или Тинькофф есть подробные внутренние матрицы, близкие к международным.

Практический вывод: когда вы читаете вакансию или сравниваете офферы, не доверяйте слову в названии. Спросите, какие обязанности стоят за грейдом, какой размер ответственности и какие критерии нужно закрыть для следующего уровня. Это убережёт и от недооценки (вы senior по сути, а вас зовут на middle), и от переоценки (громкое «lead» в вакансии оказывается обычным senior с парой стажёров).

Частые ошибки

  • Считать грейд функцией стажа. Можно три года писать однотипные тикеты и остаться junior по сути. Грейд растёт от расширения зоны ответственности, а не от календаря.
  • Путать грейд в компании А с грейдом в компании Б. Senior в стартапе и senior в Яндексе — разные планки. Сравнивайте обязанности, а не названия.
  • Думать, что lead обязателен после senior. Lead — это управленческая ветка, а не «следующий уровень». Можно расти как senior → staff, не управляя людьми. Об этой развилке будет отдельный раздел.

Итоги

  • Грейд — контракт ожиданий по автономности, ответственности и влиянию.
  • С ростом грейда растёт радиус влияния, а не скорость печати.
  • Главный вопрос за грейдом: какую неопределённость вам можно доверить.
  • Lead — отдельная ветка, а не обязательная ступень после senior.
Проверьте себя
1. Что в первую очередь отличает грейды разработчиков?
AКоличество отработанных лет
BСкорость набора кода
CМасштаб неопределённости и зона ответственности
DЗнание модных фреймворков
2. Чем staff-инженер принципиально отличается от senior?
AПишет код быстрее
BВлияет на несколько команд и кросс-системные проблемы
CОбязательно управляет людьми
DЗнает больше языков программирования