Пенсия.PRO
Помогаем Вам попасть в лучшее будущее
Представьте: вы решили подыскать новую работу. Открываете тематический сайт с объявлениями и видите: на подходящую вакансию нужны непонятные джуниоры, мидлы и сеньоры. Да кто эти люди вообще такие, вы же не айтишник?! На самом деле новояз из мира IT активно распространяется и на другую человеческую активность. Финтолк объясняет, откуда взялись модная терминология, насколько она полезна вам и эффективна на рынке труда в целом.
Содержание
В последнее десятилетие главным законодателем мод на рынке труда стал IT-сектор. Карьера айтишника часто преподносится как безотказный лифт возможностей, где все этапы успеха понятны и предопределены: годик-другой работы джуниором, пару-тройку лет мидлом и тепленькое местечко сеньора обеспечено. Подобные истории успеха, конечно же, совершенно не гарантированы вообще всем — как и везде, многое зависит от компетенции, навыков и расторопности специалиста.
Но одно в этом совершенно точно: IT действительно предлагает стройную и логичную систему градации специалистов + понятную логику перехода по карьерной лестнице от низшей ступени к высшей. Система кажется настолько удобной, что ее порой заимствуют для вакансий специалисты по подбору кадров, а потом и начальники совсем других компаний-заводов-учреждений. А значит, сегодня любому, кто находится в активном поиске работы, важно иметь представление об этой градации. Разберемся подробнее с каждой ступенью.
Вопреки тому, что предполагает классификация ИТ-специалистов, джуниору совсем не обязательно быть в «юниорской возрастной категории». Сейчас некоторые становятся джунами в возрасте 30, 40 лет и старше. Речь идет не о возрасте, а о роли. Хотя да, хороший аналог тут тот самый юнга на корабле, которому нужно набраться опыта, чтобы стать полноценным матросом.
Прежде всего, у младших разработчиков нет большого опыта. Предложения о работе для юниоров чаще всего адресованы людям, которые только что прошли стажировку, учебу или приобрели свой опыт в фрилансе. Младшие программисты чаще всего выполняют простые и конкретные задачи, они не занимаются, например, общей архитектурой проекта. Им, разумеется, нужно руководство со стороны более опытных членов команды. Их основная задача — набраться опыта, познакомиться с тем, как устроены процессы в компании.
Как быстро джуниор эволюционирует в мидла? Зависит от того, с какой скоростью работник прогрессирует и учится новому. Ключевое здесь заключается в возможности возложить на специалиста ответственную задачу и в готовности к самостоятельному выполнению подобных задач.
Мидл обязан быть гораздо более независимым, чем джуниор, хотя ему все равно может понадобиться помощь в более сложных задачах. Он должен иметь релевантный опыт, хорошо знать среду, в которой работает, и гибко использовать множество инструментов для решения поставленных задач. Мидлу стоит обладать видением проекта, над которым работает, и понимать: что конкретно его работа привносит в общее дело.
Мидлы в том же IT берут на себя больше ответственности за код. Они более свободно чувствуют себя в компании и в рамках проекта, чем джуниоры. Более того, помогают юниорам освоиться в проекте и активно делятся опытом.
К слову об опыте. Вакансии для мидлов обычно требуют около трех лет опыта работы, хотя, конечно, стаж далеко не единственный показатель — не менее важными оказываются профессиональные навыки. Срок для мидла, чтобы стать сеньором, еще менее предсказуем: обычно это от пяти лет в самом лучшем случае, при самых блестящих квалификациях и образовании.
Позиция сеньора предполагает совершенно иной уровень понимания проекта. Их задача — не просто генерировать код, а принимать взвешенные дальновидные решения по поводу всего проекта. Как правило, за плечами у IT-сеньоров километры просмотренного кода, поэтому они обладают достаточным видением для грамотной организации процесса разработки, для того чтобы заранее уберечь команду от плохих решений и ошибок, на исправление которых уйдет масса труда.
Основная ответственность старшего разработчика всегда заключается в том, чтобы обеспечить принятие правильных решений (с учетом доступной в данный момент информации), приносящих максимальную выгоду и минимизирующих затраты. Хороший сеньор в идеале должен быть способным выстроить работу так, что на выходе получится законченный проект. Без уязвимостей и слабых мест. С красивым, понятным и оптимизированным кодом. Поддерживать который способны программисты, которые не участвовали в создании проекта. Иными словами, хороший сеньор — это тот, кто может сделать сложный проект «максимально красиво».
Итак, с основными позициями и их сутью разобрались, а где это реально нужно, кроме айти?..
...да почти где угодно. Но лучше всего представленная выше классификация карьерных ступеней себя показывает в ситуации, когда много людей примерного одного профиля трудятся над одним или несколькими типовыми проектами. Где важен постоянный обмен опытом, наставничество и поступательное взращивание нужных кадров. Подобное устройство системы позволяет специалисту пройти через все этапы работы с проектами и приобрести нужный опыт, который останется релевантным на всех этапах карьерного пути.
Такая классификация уровней подготовленности специалистов легко может применяться, например в юриспруденции. На сайтах с вакансиями тогда, соответственно, джуниор будет новичком, а сеньор — талантливым юристом с большим релевантным опытом. Хотя во многих отраслях экономики, науки и у бюджетников (в том числе у врачей или самих юристов) уже сложились свои квалификации.
Под юниор-мидл-сеньор-систему могут также подходить разные экономисты, аналитики, копирайтеры и журналисты, которые трудятся в общем проекте. И многие другие. Что касается руководителей и управляющих кадров, равно как и организаторов, то к ним иногда применяется отдельная категория — тимлид.
По сути тимлид — это тот же управленец или руководитель группы. Часто позиция объединяет функции продвинутого мидла или даже сеньора с тимлидом, поскольку для наиболее эффективного руководства может потребоваться специалист, который «сам в теме» и может результативно ставить задачи другим сотрудникам плюс даже вносить правки. А применяться термин также способен в разных областях жизнедеятельности, и не только в IT. Суть кроется именно в управлении кадрами в рамках конкретного проекта.
Для работодателей и соискателей работы эти ступени задают понятные общие стандарты, при помощи которых стороны легко могут найти друг друга.
Все эти плюсы, правда, быстро исчезают, как только градация начинает использоваться не по назначению, а ради модных названий для должностей. Например, когда позиция джуниора в принципе не предполагает возможность роста в мидла. Или когда мидлом почему-то называется специалист, которому нечем и незачем делиться с джуниором. А сеньором называется любой руководитель просто потому что это «отлично звучит». В целом, если типы квалификации отражают суть названия, они могут быть полезны для всех сторон трудовых отношений.