Строим систему грейдов в агентстве

Кто я 👨‍💻

1. 15+ лет в IT (web). Прошел путь fullstack, teamlead
2. Пишу на PHP, Typescript, Nodejs (Nest) и React
3. Влюблен в Linux, OpenSource.
4. Работаю CTO в Вебпрактик (150+)
5. Член программного комитета TechLeadConf и Podlodka PHP Crew
6. Организатор Ростовского PHP сообщества (~500 человек)

Кадровые проблемы агентского бизнеса

• Люди — самое важное
• Конкуренция регионов с Москвой за кадры
• Конкуренция с крупнейшими корпорациями за кадры

Кадровый рост в Вебпрактик

• У нас рост по людям 30% в год
• Важно обеспечить качество этих людей,
  поскольку сложные и ответственные проекты

Senior vs Middle vs Junior

Senior?

Middle & Junior

Кто растит джунов?

Проблемы роста 📈

• Джунов нужно быстро растить
• Мидлов нужно адаптировать
• Конфликты уровня "почему он получает столько"

Нужна единая
система координат
в компании

🎦 Демонстрация

Какие задачи решают
грейды в компании:

1. Скорость и качество роста сотрудников
2. Прозрачность и отсутствие потолка
3. Уменьшение предвзятости
4. Уменьшение конфликта уровней ЗП
5. Увеличение срока жизни сотрудника в компании

Из чего состоит грейдовая система

1. Грейды (требования, скилы к каждому грейду)
2. Процессы!

На чем
основать грейды

Performance?

Performance?

1. Можете ли вы определить Performance сеньора на собеседовании?
   На собеседовании мы определяем набор компетенций
2. Есть ли непредвзятые метрики которые достаточно хорошо вычленят работу одного разработчика из команды?

SkillBased подход

1. Сложную задачу может решить человек обладающий необходимыми компетенциями
2. Различаем junior / middle / senior по уровню компетенций
   (+ к матчу с рынком)
3. Каждую компетенцию можем проверить изолированно

Собрать требования к знаниям

Кто такой для вас Middle?

1. Выполняет средние задачи вашей компании
2. «Рыночный middle»

Является middle разработчиком/специалистом пойдя в любую компанию

Как мы подходили к функционалу

• Начинали с таблички google docs
• (Некоторые коллеги делают на основе таск трекера!)

Как мы подходили к функционалу

• Начинали с таблички google docs
• (Некоторые коллеги делают на основе таск трекера!)
• Начали упираться по гибкости

Собрали MVP на коленках

• Первый прототип был на jquery и bitrix24
• Не хватало статистики
• Нелинейные траектории
• SSO
• А может попробуем представим грейды вот так? Или так?
• Долгий путь)

Линейность 🔀

Линейность 🔀

• Линейная система проще
• При наличии нескольких веток развития можно перейти к бальной системе

Процессы

1. Прием скиллов
2. Аттестация новоприбывших
3. Менторы, воронка
4. Внедрение
5. Обновления
6. Работа с возражениями

Прием скиллов

1. Домашки
2. Полугодовые/годовые аттестации

Домашки

1. Нельзя стать крутым ИТ специалистом не занимаясь системным самообразованием
2. Готовность к домашкам позволяет отсеять большую часть нерелевантных специалистов
3. Домашки не должны быть слишком объемными, максимум несколько часов
4. Автоматы
5. Домашки - абстрактные задачи, чтобы не было мысли что мы эксплуатируем людей в личное время

Аттестация новоприбывших 📋

1. На собеседовании мы верхнеуровнево смотрим где пробелы
2. Сможет ли достичь за 2-3 месяца запрошенного уровня денег в грейдах
3. Выделяем системно время на аттестацию специалиста

Менторы

1. Человек должен этого хотеть, нельзя заставлять
2. Должна быть денежная мотивация, хотя бы номинальная
3. Выделение времени зависит от вашей модели учета времени специалистов
4. Пирамида менторства

Отслеживать узкие места в воронке

1. Ментор может быть загружен, а у джуна скопилось 2-3+ домашки
2. Если этих домашек не хватало до повышения - повышаем авансом. То что компания не может проверить знания - проблема компании.
3. Перенаправить на другого ментора
4. Проверить руководителю (заодно чек качества сдачи конкретного сотрудника)

«Хакнуть систему» 

1. Реально сложно т.к. наличие знаний проверяет ментор.
2. С ментора спросят если его падаван не знает базу, это его репутация
3. Объем пересдач мы мониторим, и если человек плохо готовится к сдачам пытаясь сдавать наскоком - будет разговор

А если я сдам
и забуду?

Системное обновление 🔄

1. Рынок развивается
2. Компания и ее векторы меняются
3. Можно закрывать какие то факапные места грейдом
4. Нужно как минимум раз в год рефакторить
5. ... ИНФЛЯЦИЯ СКИЛЛОВ 🎃

Как рождается скил 💪

1. Идея поступает как сверху так и снизу
2. Выделяется ответственный на скил (обычно кто-то старший)
3. После ревью запускается в работу

Грейды + Внешние курсы

• Хороших курсов мало
• У курса должны быть домашки, а не просто лекции
• Проверить качество этих домашек и матчинг с вашими

Внедрение

1. Согласование модели с коллегами, получение обратной связи
2. Модель развития - это контракт с сотрудником
3. Пошаговая аттестация сотрудников

Инициатива не обязательно
должна идти сверху