У нас в студии нет грейдов. Точнее, они есть, но называются иначе — и суть в них не в погонах.

Лет шесть-семь назад мы подошли к вопросу системно: изучили всё, что было на тот момент в рунете и за рубежом. Почти везде это были матрицы компетенций: теория + практика. Например, джун-верстальщик должен знать Git — сначала сдать теоретическую часть, потом показать вживую, что не только кнопки знает, но и коммитить умеет.

Мы составили такие же чек-листы: навыки, требования, уровни — и тут же в них утонули.

Где грейды, там боль

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

Плюс всегда нужна групповая оценка. Один наставник — это взгляд под углом. Лучше два-три, да ещё и чтобы знали, на каких проектах работал человек.

А ещё ИИ теперь сдаёт любую лабораторную на «отлично». Остаётся только live coding. И ещё с десяток нюансов, которые сложно систематизировать.

Я вообще скептически отношусь к грейдам. В одной компании ты бог-сеньор, в другой — не дотягиваешь до мидла. Всё зависит от задач, процессов, ожиданий. У нас один критерий: может человек решить задачу на конкретном проекте — или нет. Всё остальное — удобная иллюзия. Такой себе договорнячок, чтобы HR-у и менеджеру было проще жить.

А уж как джунов дрессируют к собеседованиям на аутсорсе — это вообще отдельный жанр. Там и цирк, и театр, и шаманские ритуалы. Надо будет как-нибудь рассказать отдельно.

Вместо грейдов — Stage

В какой-то момент мы решили изменить тактику. Начали внедрять индивидуальные планы развития. Мы их назвали Stage. Начинается с Stage 1 — база: Git, инструменты, основы. Дальше идёт специализация под человека.

Каждый Stage — это блок теории (устный экзамен на 1–2 часа) + практика. Идеально — если практическое задание можно реализовать прямо в текущем проекте. Если нет — делаем пет-проект. Перед сдачей специалист показывает решение, принимающие готовят вопросы. Три грубые ошибки — пересдача не раньше, чем через три месяца.

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

Почти data driven

За несколько лет у нас накопился внушительный набор Stage-документов. Стало понятно, что пора их систематизировать. Решили собрать большую таблицу, на основе статистики по тем, кто сдавал, как сдавал, сколько времени тратил, что было сложно, а что нет.

Задумка классная. Но на практике, как всегда, всплывает куча нюансов. Пока всё не складывается в цельную систему, но мы не бросаем это дело. Поднакопим ещё данных — и соберём универсальную таблицу.

Ну а пока идите за кофе к мидлу-баристе, вас уже везёт сеньор-таксист.