Чем отличается джун от сеньора — и почему это важно собственнику

Пять лет опыта. Ни одного самостоятельного решения.

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

Вопрос о разнице между Junior, Middle и Senior поднимается регулярно, но отвечают на него по-разному. Одни считают годы, другие — строчки кода, третьи — количество закрытых тикетов. В Google senior — это архитектор с PhD. В стартапе — любой, кто не падает от первого бага.

Я стал использовать другой критерий. Он работает не только в ИТ — в финансах, операционке, юридическом блоке, везде, где есть команда и ответственность.

Джун — это сотрудник, которому нужно объяснять всё: что делать, как и почему именно так. Он формирует мышление, осваивает инструменты, учится задавать правильные вопросы. Ему нужен наставник — не потому что он слабый, а потому что у него ещё нет собственной рамки для решений.

Мидл — ему достаточно обозначить цель. Дальше он сам: предложит подход, выберет инструменты, оценит сроки. Результат всё ещё проверяется — не потому что не справится, а чтобы согласовать подход с более широким контекстом. Ответственность за качество своей работы уже есть. За стратегию проекта — ещё нет.

Сеньор — сам определяет, что и как делать. Видит проект целиком, а не только свой участок. Выстраивает процессы, принимает архитектурные решения, помогает команде расти. Не ждёт постановки — задаёт направление.

Был случай, который хорошо показывает цену ошибки в классификации.

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

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

Формально — работал. Но задача, которую мидл закрывает за два дня самостоятельно, уходила в четыре. Плюс полтора-два часа моего времени на каждый цикл: уточнить, направить, проверить. За квартал — это уже не издержки найма. Это операционные потери в деньгах и скорости.

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

Сотрудник проработал год, пришёл с запросом на повышение. Стандартная ситуация.

Я не стал объяснять рыночные вилки и бюджетные циклы. Достал три задачи из последнего квартала — конкретные, с историей.

— Вот здесь была точка, где нужно было принять решение самостоятельно. Что ты сделал?

— Ну, я пришёл уточнить...

— Да. А вот здесь?

— Тоже пришёл. Не был уверен.

— А здесь?

— Здесь сделал сам, но переделывал потом.

Три точки, три возврата — это джун. Не хорошо и не плохо. Факт, от которого оба отталкиваемся.

Договорились о конкретных критериях перехода: три задачи подряд с самостоятельным решением в новом контексте, без возврата на переделку. Через два месяца — пересмотр.

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

В той же команде, примерно тот же срок, примерно тот же уровень — другой человек.

На аналогичном разговоре сказал прямо: меня устраивает то, что я делаю. Не хочу больше ответственности. Комфортно в этом объёме задач и в этой зарплате.

Это честная позиция. На неё можно опереться: вот человек, которому можно давать понятные повторяемые задачи в его зоне. Не стоит ждать инициативы — и незачем. Закрывает свою часть хорошо, предсказуемо, без сюрпризов.

Проблема возникает только когда руководитель этого не фиксирует и продолжает ждать другого. Тогда оба раздражены — один от несправедливости, другой от несбывшихся ожиданий. Виновата не мотивация сотрудника. Виновата размытая система координат.

Один из самых показательных случаев в моей практике — и он вообще не про разработчиков.

Взяли руководителя направления. Не линейного сотрудника — именно руководителя, с командой в подчинении. Собеседование прошёл уверенно: говорил про стратегию, работу с людьми, управление конфликтами. Первый месяц — тоже хорошо. Быстро разобрался в контексте, выстроил контакт с командой, давал структурированную обратную связь наверх.

На втором месяце начались вопросы.

— Я сказал им, как надо сделать. Они не согласны. Что мне делать?

— Я сделал всё, что мы планировали. Они говорят, что всё не так. Что делать?

— Они не хотят меняться. Как мне их заставить?

Поначалу я думал: адаптируется. Но вопросы не менялись по структуре — менялась только тема. Каждый раз человек приходил с ситуацией и ждал, что я скажу, что делать дальше.

И вот здесь стало ясно главное: передо мной джун на должности сеньора.

Не потому что не умный. Не потому что не старается. А потому что в его картине мира руководитель — это тот, кто правильно объясняет задачу и потом получает готовый результат. Всё, что между — сопротивление, которое должен снимать кто-то другой. Желательно тот, кто выше.

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

Расстались через три месяца. Без конфликта — зафиксировали, что роль требует одного, а человек пока находится на другом уровне. Цена ошибки: три месяца ФОТ руководителя плюс время команды, которая жила без реального управления, пока ситуация прояснялась.

Такая система убирает субъективность из разговоров о деньгах, росте и несоответствии роли. Вместо «ты недостаточно стараешься» — разбор конкретного поведения. Вместо «он не тянет» — критерий, который можно предъявить и человеку, и себе.

Годы в резюме — это не уровень. Уровень — это то, что человек делает, когда инструкции нет.

#управление #команда #cio #итуправление #найм