«Почему Петя повышается, а я нет? Как ИТ‑отдел заменил оценки «по понятиям» на прозрачную систему грейдов и что из этого вышло

Какую задачу решили в первую очередь

Сделать развитие персонала прозрачным и управляемым. Чтобы человек не гадал, а видел дорожную карту: на моем грейде нужно получить один сертификат, на следующем — уже два более сложных, плюс закрыть конкретные задачи на проекте. Заодно снизили хаотичные траты на обучение — перестали закупать курсы «на всех» в надежде, что они пригодятся. Теперь покупаем адресно: под конкретного специалиста и его зону роста.

Какую модель оценки выбрали

Мы не стали создавать систему оценки с нуля. За основу взяли квалификационные ориентиры и подходы, наработанные нами за годы внедренческой деятельности, а затем адаптировали их под специфику проектного внедрения. В матрицу добавили блоки, связанные с работой с заказчиком, проектной технологией и практическими задачами внедрения. В результате получилась модель оценки, состоящая из двух ключевых блоков:

Хардскиллы (hard skills) — профессиональные знания в области 1С, методологии внедрения, а также конкретные компетенции по проекту (например, сотрудник на определенном грейде уже должен сам проинтервьюировать заказчика, не дергая при этом старших специалистов и архитекторов).

Грейдов всего 5. К каждому привязан квалификационный план — сначала планы были разрозненные, потом мы сделали их сквозными для всех разработчиков и для всех бизнес‑аналитиков. Это стало большим улучшением: теперь понятно, почему при одинаковом грейде один сотрудник выполняет задачу, а другой только приступит к ней через год.

Когда и как оцениваем

Формальных всеобщих аттестаций у нас нет. Оценка встроена в конкретные этапы:

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

Перед повышением — ключевой этап. Собирается экспертная коллегия в составе архитектора (функционального или технического), руководителя отдела и менеджера развития персонала. Архитекторы распечатывают матрицу компетенций на текущий грейд и следующий. Оценивают специалиста по своим блокам: например, в знании производства, консультирования пользователей, проектных этапов. Для грейдов с 3‑го обязательно проверяют навык самостоятельной оценки. Если он где‑то «плавает», его отправляют на пересдачу зачетов или на дополнительные задания. Коллегия дает допуск к повышению. Защиты могут проходить как с первого раза, так и с третьей или четвертой попытки — пока человек не подтвердит, что соответствует грейду, на который претендует.

Как часто растут по грейдам

Ориентировочный срок нахождения на категории обычно составляет 6–9 месяцев — это «золотая середина». Однако фактическое повышение зависит от закрытия квалификационного плана, проектной практики и подтверждения компетенций на экспертной коллегии. Бывают более быстрые защиты, но очень редко и с конкретным обоснованием: сотрудник легко обучаем плюс попал на нужные этапы проекта, которые позволили быстрее выработать навыки. Но это больше исключение, чем правило.

Было ли сопротивление

Как такового сопротивления не было. Было много коллегиальных обсуждений с экспертами, архитекторами и руководителями: кому какой грейд присвоить с учетом реального опыта? Сотрудники задавали вопросы, как теперь будет формально оцениваться их работа и какие перспективы их ждут.

Как поняли, что система заработала

1. Перестали спорить о повышениях. Исчезли вопросы, почему одному сотруднику повысили грейд, а другому — нет: первый закрыл пункты плана, а второй — не выполнил необходимые задачи.
2. Руководителям стало проще принимать кадровые решения. Появилась четкая логика развития со сквозными квалификационными планами как для бизнес‑аналитиков, так и для разработчиков.
3. Стали лучше понимать сильные и слабые стороны команды. И теперь руководитель проекта, собирая свою проектную команду, точно знает: на эту задачу нужны такие грейды, на эту — другие.
4. Прозрачность при горизонтальных переходах. Например, если аналитик 3‑го грейда хочет перейти в разработку, его компетенции оцениваются по матрице разработчика. Часть навыков может быть неприменима напрямую, поэтому стартовая позиция в новой роли определяется отдельно. Это не обидно, это объективно.
5. Ротация между подразделениями стала предсказуемой. Когда к нам переходят сотрудники из других отделов, мы быстро проверяем их компетенции, составляем план — и человек понимает, что его ждет при движении по карьерной лестнице у нас, без неожиданного появления требований, которые заранее не были зафиксированы в плане развития.

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

А что с зарплатами

К каждому грейду привязана своя система оплаты и свои KPI. При этом мы отдельно фиксируем: повышение грейда не означает автоматического повышения заработной платы. Грейд в первую очередь подтверждает уровень компетенций сотрудника, его самостоятельность и готовность выполнять задачи соответствующей сложности. Вопрос пересмотра оплаты рассматривается отдельно — с учетом роли, результатов работы, выполнения KPI и текущей системы мотивации. Если сотрудник не подтверждает компетенции следующего грейда, защита и, соответственно, повышение оплаты труда не рассматриваются до устранения выявленных пробелов в компетенциях.

Например, был случай, когда сотрудник закрыл квалификационный план и рассчитывал на повышение. Однако на коллегии выяснилось, что обязательный навык еще не сформирован, а по ключевым KPI есть невыполнение. Повышение отложили, сотруднику дали конкретный план доработки навыка и контрольные точки.

Как система эволюционировала с 2021 года

Мы не остановились на первой версии. Ключевые изменения:

Перешли на сквозные квалификационные планы. Раньше каждый грейд жил своей жизнью, теперь планы связаны между собой. Последний, 5‑й грейд, рассматривается как уровень подготовки к архитектурной роли — функционального или технического архитектора. Сейчас максимальный подтвержденный уровень в отделе — 4‑й грейд, и для такого сотрудника уже сформирован план дальнейшего роста на позицию архитектора. При этом рост на должность архитектора — не единственный возможный сценарий. Для сотрудников возможны ротации в должностях: переход в управление проектами, если у них выражены организационные и управленческие компетенции.

Синхронизировали грейды разработчиков и аналитиков. Раньше был перекос: аналитик мог сидеть на 1‑м грейде полтора года, а разработчик за это же время проходил 3 грейда. В команде это рождало определенные проблемы — опытный аналитик тратил время, объясняя разработчику элементарные вещи на пальцах. Теперь грейды соотнесены, и связка «аналитик–разработчик» работает намного ровнее.

Пример из жизни: один специалист никак не мог сдать демонстрацию продукта заказчику, начинал нервничать и сбивался. Куратор заметил это и передал архитектору. Тот организовал внутренние тренировки, где сотрудник отрепетировал демо без стресса. После этого защита прошла успешно.

Итог за 5 лет

Мы построили прозрачную систему, где четко прописаны грейды, сквозные квалификационные планы, есть экспертная коллегия и кураторы. Обучение теперь адресное, а руководители проектов перестали гадать, кого на какую задачу ставить. Система не родилась идеальной с первого дня, но сейчас это рабочий механизм, который позволяет сотрудникам видеть свою дорожную карту, а компании растить опытных и высококвалифицированных ИТ‑специалистов.

Один совет тем, кто только хочет внедрить оценку навыков

Не связывайте оценку исключительно с оплатой. Да, сотрудники мыслят деньгами — это нормально. Но если сделать грейды просто инструментом для начисления зарплаты, вы получите гонку за баллами, а не за реальными навыками. Объясняйте, что оценка — это еще и про экспертизу, про участие в крупных проектах, про возможность демонстрировать ценность своих работ заказчику.