Сеньор таксист и мидл бариста
У нас в агентстве нет грейдов. Точнее, они есть, но называются иначе — и суть в них не в погонах.
Лет шесть-семь назад мы подошли к вопросу системно: изучили всё, что было на тот момент в рунете и за рубежом. Почти везде это были матрицы компетенций: теория + практика. Например, джун-верстальщик должен знать Git — сначала сдать теоретическую часть, потом показать вживую, что не только кнопки знает, но и коммитить умеет.
Мы составили такие же чек-листы: навыки, требования, уровни — и тут же в них утонули.
Где грейды, там боль Главная проблема — универсальность. По чек-листу человек не тянет до джуна, а по факту на проекте закрывает задачи уровня мидла. Слишком формальный подход начинает мешать.
Плюс всегда нужна групповая оценка. Один наставник — это взгляд под углом. Лучше два-три, да ещё и чтобы знали, на каких проектах работал человек.
А ещё ИИ теперь сдаёт любую лабораторную на «отлично». Остаётся только live coding. И ещё с десяток нюансов, которые сложно систематизировать.
Я вообще скептически отношусь к грейдам. В одной компании ты бог-сеньор, в другой — не дотягиваешь до мидла. Всё зависит от задач, процессов, ожиданий. У нас один критерий: может человек решить задачу на конкретном проекте — или нет. Всё остальное — удобная иллюзия.
Такой себе договорнячок, чтобы HR-у и менеджеру было проще жить.
А уж как джунов дрессируются к собеседованиям — это вообще отдельный жанр. Там и цирк, и театр, и шаманские ритуалы. Надо будет как-нибудь рассказать отдельно.
Вместо грейдов — Stage В какой-то момент мы решили изменить тактику. Начали внедрять индивидуальные планы развития. Мы их назвали Stage. Начинается с Stage 1 — база: Git, инструменты, основы. Дальше идёт специализация под человека.
Каждый Stage — это блок теории (устный экзамен на 1–2 часа) + практика. Идеально — если практическое задание можно реализовать прямо в текущем проекте. Если нет — делаем пет-проект. Перед сдачей специалист показывает решение, принимающие готовят вопросы. Три грубые ошибки — пересдача не раньше, чем через три месяца.
Плюсы: гибкость под человека, задачи и нужды бизнеса. Минусы: сложнее в организации. Первые полгода было тяжело, пока не собрали первичный набор документов. Сейчас до уровня уверенного мидла у нас всё покрыто. А вот выше — начинается творчество, про него будет отдельный пост.
Почти data driven За несколько лет у нас накопился внушительный набор Stage-документов. Стало понятно, что пора их систематизировать. Решили собрать большую таблицу, на основе статистики по тем, кто сдавал, как сдавал, сколько времени тратил, что было сложно, а что нет.
Задумка классная. Но на практике, как всегда, всплывает куча нюансов. Пока всё не складывается в цельную систему, но мы не бросаем это дело. Поднакопим ещё данных — и соберём универсальную таблицу. Ну а пока стоит прокатиться за кофе к мидлу-баристе, с сеньор-таксистом.
· 23.05.2025
грейд - это не только хард скиллы. скорее всего, проблема в неправильной матрице. джун может и должен закрывать задачи мидл уровня, вопрос в том, как он это делает, и в скорости. а не в том, что он должен знать что-то наизусть. и напротив, сеньор может ни разу не работать с каким-то инструментом, но способен выполнить задачу по формулировке "надо сделать то-то" и с минимальными функциональными требованиями.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён