Оценка прошла, отчёты пришли. У Петрова 72% по SQL, у Сидоровой — 64%. Руководитель смотрит на цифры и спрашивает: «А это вообще много или мало? Он тянет на ведущего или нет?» И тут выясняется, что ответить нечем: проценты есть, а точки отсчёта нет.
Точка отсчёта — это профиль должности. Не описание вакансии для hh и не должностная инструкция из отдела кадров, а рабочая конструкция: какие компетенции нужны в этой роли, какие в ней есть уровни и сколько по каждой компетенции нужно набрать на каждом уровне. Пока этого нет, любая оценка заканчивается таблицей процентов, которую через месяц никто не откроет.
Разберём на живых ситуациях, как такой профиль собирается за вечер, а не за квартал, и что именно происходит в момент, когда результат теста встречается с требованиями грейда.
Из чего собирается профиль
В Codenrock Vibe профиль должности живёт в разделе «Профессии» и состоит из пяти слоёв, которые надстраиваются друг над другом.
Описание роли. Название, описание и мини-бриф: с какими технологиями и процессами работает человек, какие задачи решает, с кем взаимодействует, в каком домене. Этот бриф — не для красоты: из него потом генерируются компетенции и вопросы, и чем он конкретнее, тем меньше придётся переписывать руками.
Компетенции. То, что мы измеряем: «Проектирование БД», «Работа с требованиями», «Код-ревью». У каждой — своя значимость для роли.
Грейды. Уровни внутри профессии. Называются как угодно — Junior / Middle / Senior, «Категория 3», «Уровень A1»; порядок задаёте вы. У каждого уровня может быть зарплатная вилка.
Требования. Самый важный и самый пропускаемый слой. Требование — это пересечение компетенции и грейда: минимальный балл, вес (насколько эта компетенция критична именно на этом уровне) и индикаторы — короткие формулировки вида «пишет процедуры», «оптимизирует запросы по плану выполнения». Матрица требований и есть то, что превращает профиль из текста в измерительный инструмент.
Банк вопросов и шаблон теста. Чем именно проверяем каждую компетенцию.
Отдельная деталь, которая часто путает: профессия — это стандарт роли, а должности в оргструктуре (подразделение, штатная численность, конкретные люди) живут отдельно и привязываются к профессии. Одна профессия обслуживает должности в разных подразделениях — поэтому «профиль должности» описывается один раз, а не копируется под каждый отдел.
И вот стык, ради которого всё это собирается. Оценка раскладывает ответы человека по компетенциям и даёт балл по каждой. Дальше берутся требования конкретного грейда, и по каждой компетенции считается, насколько балл дотягивает до порога, с учётом веса. Результат этого расчёта — поимённый список разрывов: где хватает, где нет и насколько. Из него и собирается план развития, а заодно появляется ответ на вопрос «тянет или не тянет».
«Матрицу ждут к понедельнику, а в отделе сорок человек»
Классическая ситуация: на совещании решили «оценивать по компетенциям», и HR остаётся один на один с задачей описать восемь ролей. Нормальный путь — интервью с экспертами, недели согласований, гигантский Excel, который к моменту готовности уже устарел. Второй нормальный путь — скачать чужую матрицу из интернета и обнаружить, что половина пунктов про вашу компанию ничего не говорит.
В Vibe профиль собирается по частям, и первая часть занимает минут десять. Создание профессии — это одна форма: название, описание (его можно сгенерировать, а можно написать самому) и блок «Контекст профессии» — основные задачи, инструменты и системы, обязательные стандарты. Контекст необязателен, но именно он отличает «Системного аналитика вообще» от системного аналитика в вашей компании, и именно на него потом опирается генерация компетенций и вопросов. Если всё это уже написано в должностной инструкции или профстандарте, контекст заполняется из документов — до пяти файлов за раз. Отдельным переключателем задаётся, нужны ли в этой роли практические задания с кодом.
Дальше кнопка «Создать и настроить грейды» уводит на страницу профессии, где живут остальные слои. На вкладке компетенций генерация предлагает состав — вы оставляете подходящее и дописываете своё. На вкладке грейдов добавляете уровни и, если нужно, зарплатные вилки. А внутри каждого уровня есть своя генерация требований: система предлагает по каждой компетенции минимальный балл и вес. Ничего не происходит втайне — результат сразу виден списком и правится руками.
Логика такая: сначала основа, потом наполнение. Это удобнее, чем длинный мастер, потому что профиль редко собирается за один присест — обычно компетенции обсуждают с руководителем, а пороги ставят после первой волны оценок.
Что до объёма: генератор охотно предложит тридцать компетенций, и это ловушка. Рабочий профиль — это пять-семь компетенций, которые действительно различают сильного специалиста и слабого. Всё остальное превращает оценку в трёхчасовой марафон и размывает результат: когда компетенций тридцать, у каждой вес по три процента, и провал по ключевой утонет в общем среднем.
Грабли. Вторая ловушка — считать, что профиль без требований бесполезен, и потому откладывать его до лучших времён. В продукте предусмотрены три состояния, и переключаются они сами, по факту наличия данных. Грейдов нет вообще — профессия работает на уровне компетенций. Грейды есть, требований нет — это режим «ярлыки»: уровни служат носителями названий и зарплатных вилок, и это нормальная промежуточная станция. Появилось первое требование — включается полный режим со сравнением уровней и расчётом готовности. Важно только понимать: пока порогов нет, готовность честно показывает «нет данных» и объясняет причину, а не рисует утешительные 100%.
«Один профиль — пять отделов»
Аналитик в продуктовой команде, аналитик в логистике, аналитик в финансах. Первое желание — завести три профессии, потому что «работа же разная». Через полгода их становится восемь, в каждой свой набор компетенций с похожими названиями, и любой сводный отчёт по аналитикам превращается в ручную сверку.
Разделение на профессию и должность как раз для этого. Профессия — стандарт роли в компании: компетенции, уровни, требования. Должность — место в оргструктуре: подразделение, численность, конкретные люди. Одна профессия спокойно обслуживает должности в пяти отделах, и оценки сотрудников остаются сопоставимыми, потому что мерили одной линейкой.
Отраслевые различия при этом никуда не деваются, просто живут в описании и брифе: домен, типы задач, технологии. Этого достаточно, чтобы сгенерированные вопросы звучали как из вашей предметной области, а не из абстрактного учебника.
Критерий, когда роль всё-таки пора разделять, простой: считайте не задачи, а компетенции. Если у «аналитика в логистике» отличается только контекст задач, а измеряете вы то же самое — это одна профессия. Если больше трети компетенций не пересекаются или пороги на одном и том же уровне расходятся принципиально — это разные роли, и их надо развести, иначе матрица начнёт врать в обе стороны.
Грабли. Профили-клоны плодятся незаметно: кто-то из коллег не нашёл нужную роль в списке и создал ещё одну, «временно». Помогает регулярный взгляд на список профессий: там видно, сколько у каждой грейдов, компетенций, вопросов и сотрудников. Профессия без сотрудников и без вопросов, скорее всего, и есть тот самый забытый клон — её можно архивировать, оценки при этом не пострадают.
«Двенадцать заявок на повышение и ни одного аргумента»
Годовой пересмотр. У руководителей двенадцать человек, которых «пора повышать», аргументация — «он молодец, тащит». Финансовый директор задаёт единственный вопрос: чем эти двенадцать отличаются от остальных сорока, — и наступает тишина.
Здесь и начинает работать матрица требований. Для каждого уровня заданы пороги по компетенциям и веса. Готовность считается не как средний балл и не как сравнение с другими людьми, а как выполнение конкретных требований: по каждой компетенции берётся отношение фактического балла к порогу, но не больше единицы, и всё это складывается с учётом весов. Перевыполнение по одной компетенции не компенсирует провал по другой — это принципиально, потому что иначе сильный алгоритмист «вытянет» грейд, ни разу не открыв документацию по требованиям.
И здесь важно не обмануться агрегатом. Общая цифра готовности может выглядеть внушительно, а половина порогов при этом останется невыполненной: человек подошёл близко почти везде, но «почти» не засчитывается ни в одной строке. Поэтому решение принимается не по проценту, а по списку компетенций, где до порога не хватило, — этот же список и становится содержанием плана развития.
Веса — самый недооценённый инструмент. Три ключевые компетенции с весом 2 и десять поддерживающих с весом 1 дают совсем другую картину, чем плоский список, где всё одинаково важно. Практический приём: сначала расставьте пороги, потом посмотрите на профиль глазами руководителя и спросите себя, что из этого действительно блокирует повышение. Вот у этого и должен быть повышенный вес.
Второй слой — индикаторы. Те же самые формулировки уровня, которые вы прописали в требованиях, работают шкалой в оценочных циклах 180 и 360 градусов: респондент видит описание уровней с индикаторами и выбирает тот, который ближе. Получается, что тест и мнение руководителя опираются на одну и ту же матрицу, а не на две независимые линейки, которые потом невозможно свести.
Грабли. Пороги, поставленные «на глаз», дают один из двух результатов: либо готовы все, либо не готов никто. Лечится только эмпирикой — прогоните первую волну на людях, в чьём уровне вы уверены, посмотрите на фактические баллы и подвиньте пороги. И держите в голове поведение заглушек: когда создаётся грейд, все компетенции профессии подтягиваются в требования с нулевым порогом. Пока порог нулевой, требование ничего не измеряет и в расчёт готовности не идёт. Поэтому «завели грейды, а готовность показывает N/A» — это не поломка, а сообщение: пороги ещё не расставлены.
«Берём на мидла или на джуна?»
Кандидат хорош, но спорный: сильная техническая часть, слабо с процессами. Нанимающий менеджер хочет взять сразу ведущим, HR-бизнес-партнёр возражает, что тогда придётся пересматривать вилку всему отделу. Обсуждение идёт на уровне впечатлений от полуторачасового интервью.
Тот же профиль работает и на входе. Шаблоны оценки различают аудиторию: одни предназначены сотрудникам, другие — кандидатам и внешним участникам, и второй вариант раздаётся публичной ссылкой без заведения аккаунта. Но компетенции у них общие — те самые, что описаны в профессии. Значит, результат кандидата приходит в тех же координатах, в которых записаны требования уровней, и вопрос «мидл или джун» превращается из спора в сопоставление: вот пороги ведущего, вот баллы кандидата, вот две компетенции, где он до порога не дотягивает.
Побочный, но важный эффект — предсказуемость вилки. Если у грейдов заполнены зарплатные диапазоны, разговор о деньгах опирается на ту же конструкцию, что и разговор об уровне, а не ведётся отдельно «по ощущению рынка».
Грабли. Ловушка в аудитории шаблона. Профессия описана, вопросы сгенерированы, тест работает — но создан он был для кандидатов, и запустить по нему внутреннюю оценку сотрудников нельзя. Профессия при этом выглядит полностью готовой, поэтому проблему обычно обнаруживают в момент запуска кампании. В списке профессий такой случай помечается отдельно — есть смысл проверить его до того, как вы разошлёте приглашения сорока сотрудникам.
«Оценка прошла — и что дальше?»
Самый частый способ обесценить оценку — закончить её отчётом. Красивый PDF, радар компетенций, рассылка руководителям. Через месяц про него помнят только те, кому он не понравился.
Связка профиля с оценкой нужна ровно для того, чтобы у результата было продолжение. Результат теста раскладывается по компетенциям — балл по каждой считается по ответам на её вопросы — и сохраняется в профиле сотрудника с пометкой, откуда он взялся и из какой сессии. Это уже не одноразовый отчёт, а точка на шкале: вторая волна оценки через полгода меряет те же компетенции по тем же требованиям, поэтому результаты сопоставимы между собой.
Дальше разрыв превращается в план. Когда оценка завершена, результаты сопоставляются с требованиями грейда сотрудника — и если пороги заданы, индивидуальный план развития строится не от абстрактного «подтянуть SQL», а от конкретной разницы между баллами и требованиями уровня. Если грейдов у профессии нет, план всё равно соберётся, просто мерить будет не с чем сравнивать, и система возьмёт общий целевой порог. Разница между этими двумя режимами и есть практическая цена матрицы: в первом случае вы развиваете человека к понятному уровню, во втором — просто подтягиваете слабые места.
В плане можно явно указать целевой грейд, а учебные материалы и задачи привязать к компетенциям, где разрыв мешает больше всего, а не ко всем сразу. Зоны развития в плане показаны с цифрами: текущий балл, требуемый и разница между ними — так что разговор с сотрудником идёт не про «надо подтянуть», а про конкретную дистанцию.
Что при этом видит сам сотрудник: личный карьерный центр — свои результаты оценки, текущий цикл развития и план с целевым уровнем. Это, пожалуй, главный побочный эффект нормально собранного профиля — разговор о повышении перестаёт быть игрой в угадайку. Вместо «поработай ещё, посмотрим» получается «вот три компетенции, вот пороги, вот твои баллы, вот план».
Грабли. У одной компетенции может быть несколько источников оценки: тест, мнение руководителя, оценка коллег. Они почти никогда не совпадают, и это нормально — тест меряет знания, ревью меряет поведение в работе. Опасно другое: не договориться заранее, что считается основанием для кадрового решения. Решите на берегу, например: тест даёт допуск к пересмотру, ревью — подтверждение, финальное решение принимает руководитель на калибровочной встрече. Система даёт основание и делает его воспроизводимым, но вердикт остаётся за человеком, и это правильно.
Перед тем как запускать оценку
У списка профессий есть панель готовности к оценке — она собирает ровно те причины, по которым запуск сорвётся: профессии без компетенций, без достаточного банка вопросов, без активного внутреннего шаблона, а также те, которые пока никому не назначены. Это не украшение дашборда, а рабочий список задач на вечер перед кампанией: любой блокер открывается одним кликом в отфильтрованный список ролей, которые надо дособрать.
Честная оговорка про уровни и тест. Связать шаблон с конкретным грейдом можно, но состав теста задаётся через компетенции: вопросы не делятся жёстко по уровням и не подбираются «под сеньора» автоматически. Уровень появляется на этапе результата — когда баллы сравниваются с требованиями. На практике это значит, что один и тот же тест по профессии даёт материал и для junior, и для senior, а разделяет их матрица, а не набор вопросов. Если вы хотите принципиально разной сложности для разных уровней — это отдельные шаблоны и отдельные наборы вопросов, заведённые вами осознанно.
Если начинаете с нуля
Возьмите одну роль — ту, где людей больше всего и где цена ошибки заметна. Заведите профессию, оставьте пять-семь компетенций, добавьте три уровня и сгенерируйте требования, а потом честно вычеркните лишнее. Пороги расставьте только для ключевых компетенций — остальные пусть пока побудут нулевыми, они не помешают. Прогоните оценку на пяти-десяти сотрудниках, чьи уровни вы и так знаете, и сравните результат со своим представлением: расхождение — это не приговор профилю, а подсказка, где пороги или веса стоят неверно. После калибровки первой роли вторая собирается за час, потому что вы уже понимаете, из чего в вашей компании состоит «уровень».
И только после этого имеет смысл разворачивать оценку на весь отдел. Профиль должности — не документ для папки, а инструмент, который начинает работать ровно в тот момент, когда к нему подключается оценка.
Про саму оценку — от компетенций до банка вопросов и отчётов — есть отдельный разбор: как организовать оценку компетенций в IT-отделе. А про то, как настраивать тесты под разные задачи — от потока откликов до строгого отбора, — пять сценариев тонкой настройки тестирования.
Частые вопросы
Чем профиль должности отличается от должностной инструкции?
Должностная инструкция описывает обязанности словами, а профиль должности — это измеримая конструкция: список компетенций, уровни внутри роли и пороги по каждой компетенции для каждого уровня. Инструкцию нельзя сопоставить с результатом теста, профиль — можно: именно он превращает проценты в ответ «тянет или не тянет».
Сколько компетенций должно быть в профиле должности?
Пять-семь — те, что действительно различают сильного специалиста и слабого. Генератор охотно предложит тридцать, но тогда вес каждой компетенции составит около трёх процентов, оценка растянется на часы, а провал по ключевому навыку растворится в среднем результате.
Как понять, готов ли сотрудник к повышению?
Сравнить его баллы по компетенциям с требованиями целевого грейда. Расчёт показывает, насколько каждый балл дотягивает до порога с учётом веса компетенции, и даёт список разрывов. Решение принимается по непокрытым порогам, а не по общему проценту: он может быть высоким при половине невыполненных требований.
Обязательно ли сразу строить матрицу грейдов?
Нет. Можно начать с компетенций без уровней, затем добавить грейды как «ярлыки» — с названиями и зарплатными вилками, но без требований, — и достроить пороги позже. Режим переключается автоматически по состоянию данных; пока порогов нет, готовность честно показывает «нет данных».
Нужен ли отдельный профиль для одной и той же роли в разных отделах?
Обычно нет: профессия описывается один раз, а должности в подразделениях привязываются к ней, и оценки остаются сопоставимыми. Разделять роль стоит, когда расходится не контекст задач, а сами компетенции или пороги — ориентир: больше трети компетенций не пересекаются.
