Матрица компетенций разработчика как описать грейды в технической команде

Матрица компетенций разработчика — это таблица, в которой для каждой позиции технической команды перечислены технические, управленческие и корпоративные навыки, а для каждого грейда задан требуемый уровень владения с поведенческими индикаторами. Базовой линейки Junior, Middle, Senior хватает, если каждому индикатору присвоен балл. Рядом с требуемым уровнем фиксируют фактический уровень сотрудника, а разрыв между ними переносят в индивидуальный план развития. Решение о повышении привязывают к рабочим достижениям, которые оценивает руководитель: матрица фиксирует наличие навыка и не измеряет результат его применения. Порядок действий зависит от цели оценки. Для развития и пересмотра оплаты достаточно ЛНА и дополнительного соглашения. Для увольнения по пункту 3 части 1 статьи 81 ТК РФ нужна аттестация в установленном порядке с комиссией.

Материал показывает, как собрать грейды из профстандарта «Программист» и рабочих индикаторов, почему уровни квалификации 3-6 не равны грейдам и как закрепить грейд в трудовом договоре по статьям 57 и 72 ТК РФ. Отдельно разобраны оценочная комиссия, анкета 360 и анализ её результатов без статистических ошибок. Во второй половине статьи собраны инструменты развития по грейдам, показатели эффективности системы оценки, тарифы КЭДО для документов по грейдам, шаблоны матрицы и анкеты для скачивания и ответы на частые вопросы.

Из чего состоит матрица компетенций разработчика

Компетенция в матрице описывает поведение, которое видно в работе. Формулировки «ответственный» или «коммуникабельный» для оценки не годятся: если качество не проявляется в конкретных действиях, по нему нельзя выставить балл. Каждая строка матрицы опирается на поведенческие индикаторы. Индикатор описывает, что разработчик делает, когда проявляет компетенцию.

Рабочая матрица собирается из пяти элементов:

• Служебные поля: должность, подразделение, грейд, дата актуализации. По ним видно, к кому применяется оценка и насколько свежа версия.
• Список навыков по категориям: технические, управленческие, корпоративные.
• Градация от начального до экспертного уровня с конкретными индикаторами для каждой ступени.
• Два уровня владения: фактический уровень сотрудника на дату оценки и требуемый уровень для позиции.
• Шкала владения по каждой компетенции, от 1 до 5. Балл по шкале фактически показывает соответствие грейду: кто на каком уровне и чего не хватает для перехода на следующий.

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

Мария Ж, руководитель HR-отдела: «Матрицу без целевого уровня можно заполнить целиком, а сотрудник при этом останется на месте. Таблица становится инструментом планирования, когда в ней разделены фактический и требуемый уровень: видно, кто на каком уровне и что нужно для перехода. Заведите по каждой компетенции два столбца и пересчитывайте разрыв при каждой актуализации матрицы.»

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

Множить грейды не обязательно. Для технической команды достаточно базовых Junior, Middle и Senior, если каждому индикатору присвоен балл и из баллов складывается система оценивания.

Проверьте свою текущую таблицу по этим пяти элементам. Если в ней нет даты актуализации и столбца требуемого уровня, для решений по грейдам её использовать рано.

Пожалуйста, подпишитесь на нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

Профстандарт «Программист» и грейды: уровни квалификации, образование, опыт

Профстандарт «Программист» утверждён приказом Минтруда России от 20.07.2022 № 424н, зарегистрирован в Минюсте 22.08.2022 № 69720 и действует с 01.03.2023 по 01.03.2029. Он описывает обобщённые трудовые функции (ОТФ) через уровни квалификации 3-6. Деление на Junior, Middle и Senior профстандарт не устанавливает: это внутренняя система компании, и прямого соответствия уровней грейдам в нормативных актах нет.

Требования к образованию и опыту по каждой ОТФ взяты из раздела III приказа № 424н, пункты 3.1-3.4.

Образовательный порог меняется только на уровне 6: для проектирования ПО профстандарт называет бакалавриат, для ОТФ A-C достаточно среднего профессионального образования. Требования к опыту между уровнями 3 и 6 укладываются в год. При этом в рыночных выборках медианный путь до Senior занимает 7-9 лет. Уровень квалификации описывает трудовую функцию. Глубину, самостоятельность и результат внутри функции компания описывает собственными грейдами.

По части 1 статьи 195.3 ТК РФ профстандарт обязателен в части квалификационных требований, если они установлены ТК РФ, федеральным законом или иным нормативным правовым актом. В остальных случаях работодатель применяет его как основу. Для обычной должности программиста такой нормы нет, поэтому 424н работает как рекомендательная основа. Минтруд в письме от 04.04.2016 № 14-0/10/В-2253 указал, что в других случаях требования носят рекомендательный характер и форма собственности работодателя на это не влияет. Исключение составляют должности, с которыми статья 57 ТК РФ связывает льготы, компенсации или ограничения.

Коды и формулировки ОТФ перед переносом в матрицу сверяют с текстом на странице приказа Минтруда № 424н о профстандарте «Программист». В матрице удобно указывать код ОТФ рядом с технической компетенцией, к которой он относится.

Для смежных ролей технической команды действуют отдельные стандарты:

• «Архитектор программного обеспечения»: приказ Минтруда от 30.08.2021 № 579н, действует с 01.03.2022 по 01.03.2028. Обе ОТФ, управление архитектурой изолированной системы и интегрированного ПО, относятся к уровню 6.
• «Специалист по тестированию в области информационных технологий»: приказ от 02.08.2021 № 531н, действует до 01.03.2028. ОТФ охватывают уровни 4-6, от исполнения тестирования на уровне 4 до определения требований к тестам на уровне 6.
• Веб-разработчик: до 01.03.2027 действует приказ от 18.01.2017 № 44н с уровнями 4-6. С 01.03.2027 по 01.03.2033 действует стандарт «Разработчик веб- и мультимедийных приложений», утверждённый приказом от 07.08.2026 № 350н.

Обе ОТФ архитектора стоят на одном уровне, поэтому профстандарт не задаёт различий между грейдами внутри этой роли. Их описывают индикаторами матрицы. Действующую редакцию любого стандарта проверяют в реестре профессиональных стандартов Минтруда до того, как ссылаться на него в положении о грейдах. Если матрица веб-разработчиков ссылается на 44н, к 01.03.2027 ссылку меняют на 350н.

Как описать грейды Junior, Middle и Senior в матрице компетенций

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

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

Индикатор описывает конкретную способность специалиста. Оценки «высокий», «средний», «низкий» без описания действий делают определение уровня необъективным. Технические строки матрицы разработчика удобно формулировать через ОТФ профстандарта, поведенческие — через наблюдаемые действия.

Таблица задаёт формулировки индикаторов. Требуемый уровень по каждой строке для Junior, Middle и Senior компания определяет сама и фиксирует в положении о грейдах. В методике для рекрутёров индикатор тайм-менеджмента из последней строки соответствует 3 баллам по 10-балльной шкале.

Распространённый дефект матриц выглядит так: сотрудник формально отметил все навыки из списка, по сумме баллов вышел на уровень Senior, но задачи сеньорского уровня не выполняет. Балльная методика эту проблему не решает, потому что матрица измеряет наличие навыка. Результат применения навыка оценивает руководитель по рабочим достижениям.

Мария Ж, HR-эксперт с 13-летним стажем найма: «Матрица показывает наличие навыка. Результат его применения она не показывает. Поэтому я рекомендую использовать её как вход в разговор о развитии, а решение о повышении грейда привязывать к рабочим достижениям, которые оценивает руководитель. Если в вашем положении о грейдах повышение зависит только от суммы баллов, перепишите этот пункт до первого цикла оценки.»

Метод проверки зависит от типа навыка. Hard skills проверяют тестами и практическими заданиями с однозначно верным ответом. Soft skills, то есть поведение, коммуникацию и мышление, оценивают через наблюдение, кейсы, деловую игру и интервью, где верного ответа нет. Тесты и непроверенные типологии дают иллюзию точности и слабо предсказывают результат на работе.

Как описать грейды разработчиков в матрице компетенций: пошаговая инструкция

1. Шаг 1. Заполните служебные поля: должность, подразделение, грейд, дата актуализации.
2. Шаг 2. Составьте список компетенций по категориям: технические, управленческие, корпоративные. Технические формулируйте через ОТФ профстандарта и указывайте код ОТФ, если матрица опирается на 424н.
3. Шаг 3. Выделите компетенции, которые отличают лучших разработчиков от средних на той же должности, и включите в матрицу именно их.
4. Шаг 4. Для каждой компетенции запишите поведенческие индикаторы по уровням шкалы от 1 до 5, без оценок «высокий», «средний», «низкий».
5. Шаг 5. Задайте требуемый уровень по каждой компетенции для Junior, Middle и Senior и зафиксируйте фактический уровень сотрудника. Разрыв перенесите в ИПР.
6. Шаг 6. Пропишите в положении о грейдах, что решение о повышении принимается по рабочим достижениям, которые оценивает руководитель. Матрица служит основой разговора о развитии.
7. Шаг 7. Утвердите положение о грейдах и вилках оплаты как ЛНА и ознакомьте с ним работников.

Грейд в трудовом договоре и оплате труда по ТК РФ

Грейд не заменяет трудовую функцию. Статья 15 и часть 2 статьи 57 ТК РФ связывают трудовую функцию с должностью по штатному расписанию, профессией или специальностью с указанием квалификации либо с конкретным видом работы. Трудовая функция и условия оплаты труда — обязательные условия трудового договора. Грейд указывают дополнительно, как характеристику уровня и оплаты.

Пожалуйста, подпишитесь на нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

Мария Ж, судебный эксперт в сфере трудового права: «Грейд в трудовом договоре работает как дополнительная характеристика уровня и оплаты. Трудовую функцию по статье 57 ТК РФ он не заменяет. Если в договоре вместо должности по штатному расписанию записан только грейд, трудовая функция в нём не определена. Сверьте формулировки действующих договоров со штатным расписанием до того, как вводить грейды.»

Связь грейда с оплатой опирается на статью 132 ТК РФ. Заработная плата зависит от квалификации, сложности, количества и качества труда, а дискриминация при установлении и изменении условий оплаты запрещена. По статье 135 системы оплаты и оклады устанавливаются коллективным договором, соглашениями или ЛНА, поэтому вилки по грейдам закрепляют в положении об оплате труда или другом локальном акте.

Переход на должность другого грейда оформляют дополнительным соглашением: по статье 72 ТК РФ условия трудового договора меняются по письменному соглашению сторон. Одностороннее изменение условий по инициативе работодателя регулирует статья 74. Оно возможно только по организационным или технологическим причинам, с письменным уведомлением работника не позднее чем за 2 месяца и без изменения трудовой функции.

Вилки по грейдам сверяют с рынком, но открытой статистики о доле российских IT-компаний с грейдами за 2025-2026 годы нет. В отчёте Хабр Карьеры о зарплатах за 2-е полугодие 2025 года (52 123 анкеты) медиана по всем IT-специалистам составляет 183 333 руб. В аналитике Хабра по зарплатам разработчиков за 2025 год зарплата middle находится в диапазоне от 190 000 руб. в веб-разработке до 315 000 руб. в .NET. Подвыборки малые: по Web это 19 анкет middle и 8 анкет senior. Медианный опыт до Senior в той же выборке составляет 7-9 лет. Это наблюдение, а не норматив: универсального срока перехода между грейдами нет ни в законе, ни в профстандартах.

В Добыто дополнительное соглашение о новом грейде, приказ и ознакомление с положением об оплате проходят маршрут согласования в электронном виде. Модуль для 1С:ЗУП синхронизирует документы автоматически, его установка и настройка занимают один день.

Что проверить до запуска системы грейдов

1. Есть ли у должностей разработчиков квалификационные требования, обязательные по закону: часть 1 статьи 195.3 ТК РФ, должности с льготами и ограничениями по статье 57. Для обычного программиста профстандарт носит рекомендательный характер.
2. Утверждён ли ЛНА с вилками оплаты по грейдам по статье 135 ТК РФ.
3. Описана ли в трудовых договорах трудовая функция по штатному расписанию, чтобы грейд шёл дополнительной характеристикой.
4. Есть ли в компании первичная профсоюзная организация. Если аттестация может стать основанием для увольнения, её представитель входит в комиссию по статье 82 ТК РФ.
5. Закреплено ли, что за оценку совместно отвечают HR и непосредственный руководитель.
6. Определено ли, в каких решениях используются результаты оценки: ИПР, кадровый резерв, повышение грейда.

Аттестация по грейдам: цели, оценочная комиссия, оценочный лист

Оценка персонала — это периодическая процедура измерения результатов труда сотрудника и его соответствия требованиям должности. У аттестации по грейдам в технической команде четыре цели:

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

Общего порядка аттестации для всех работников ТК РФ не устанавливает. Если специальный закон для должности его не задаёт, работодатель регулирует аттестацию ЛНА в пределах статьи 8 ТК РФ: положением об аттестации, приказом о её проведении, составом комиссии, формами оценочных листов. Статьи 196 и 197 ТК РФ касаются подготовки и дополнительного профессионального образования. Обязанности аттестовать работников по грейдам они не вводят.

Юридические последствия у аттестации появляются, когда по её итогам рассматривают увольнение. Пункт 3 части 1 статьи 81 ТК РФ допускает увольнение при несоответствии должности вследствие недостаточной квалификации, подтверждённой результатами аттестации. Часть 3 той же статьи обязывает предложить работнику подходящие вакансии. В постановлении Пленума Верховного Суда РФ от 17.03.2004 № 2 (пункт 31) уточнено, что аттестация должна быть проведена в установленном порядке, а для члена профсоюза учитывается мнение выборного профсоюзного органа.

Состав оценочной комиссии определяет положение об аттестации. Если аттестация может стать основанием для увольнения по пункту 3 части 1 статьи 81, по статье 82 ТК РФ в комиссию включается представитель выборного органа первичной профсоюзной организации. Внутри компании за оценку совместно отвечают HR и непосредственный руководитель. В оценочный лист переносят строки матрицы, чтобы комиссия выставляла баллы по тем же индикаторам, что и руководитель.

В Добыто положение об аттестации, приказ о её проведении и оценочные листы подписываются в КЭДО по правилам статей 22.1-22.3 ТК РФ. ПЭП и УНЭП для сотрудников выпускаются бесплатно на всех тарифах.

Цена ошибки при оценке и аттестации

Важный нюанс из практики: компания провела Assessment Center для 500 руководителей и потратила более 15 млн руб., но результаты оценки потом нигде не использовала. Оценка без последующего применения результатов становится расходом без отдачи. Поэтому до запуска цикла в положении фиксируют, где применяются итоги: при повышении грейда, в ИПР, при формировании кадрового резерва.

Для решения об увольнении цена ошибки другая. Если недостаточную квалификацию подтверждает только матрица или анкета 360, требование пункта 31 постановления Пленума об аттестации в установленном порядке не выполнено. В этом случае увольнение по пункту 3 части 1 статьи 81 остаётся без основания.

Когда матрица и аттестация не подходят как основание решения

• Увольнение по пункту 3 части 1 статьи 81 ТК РФ по итогам матрицы или оценки 360 без аттестации в установленном порядке.
• Повышение грейда только по сумме баллов, без оценки рабочих достижений руководителем.
• Отбор внешних кандидатов методом 360: метод применяют только к действующим сотрудникам.
• Приравнивание уровня квалификации профстандарта к грейду: уровень 6 у ОТФ D не означает Senior.
• Вывод по одному тесту или одному ответу.

Шаблоны матрицы компетенций, анкеты 360 и положения об аттестации

Шаблоны подготовлены командой Добыто. Начните с матрицы компетенций отдела в формате XLSX, затем откройте модель компетенций с индикаторами.

Оценка 360 в технической команде: анкета, респонденты, анализ

Оценка 360 — это систематический сбор обратной связи о сотруднике от нескольких значимых респондентов по стандартизированному опроснику, привязанному к работе и компетенциям. Значимые респонденты — это люди, которые реально видят работу человека. KPI измеряет результат, экспертная оценка руководителя даёт одну точку зрения, а 360 показывает поведение сотрудника с нескольких сторон. Метод задуман для развития: ранжирование и наказание в его задачи не входят.

Охват оценки задают одним из трёх форматов:

• 180 — оценка в одной плоскости: руководитель и сам сотрудник либо коллеги;
• 360 — круговая оценка: руководитель, коллеги того же уровня, подчинённые, самооценка;
• 540 — к кругу добавляются клиенты, партнёры, поставщики.

Мария Ж, соучредитель сервиса КЭДО Добыто: «Ценность оценки 360 — в разрыве между тем, как разработчик видит себя, и тем, как его видят руководитель и коллеги. Работа с результатами — это работа над рефлексией: сотрудник осмысляет, почему видит себя иначе, и решает, что с этим делать. Без мотивирующей обратной связи отчёт остаётся бумагой в папке. Закладывайте в регламент встречу с сотрудником после каждого цикла и переносите её итоги в ИПР.»

Право выбрать оценщиков часто дают самому участнику. Это право ограничивают требованиями положения: обязательно включить руководителя и заданное минимальное число коллег, чтобы человек не подобрал только удобных респондентов. Условия заполнения анкеты стандартизированы слабее, чем в тесте. Люди отвечают в разном настроении и с разной строгостью, и результат зависит от контекста и отношений.

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

Корреляция Пирсона, которую считают по умолчанию, на шкале 1-5 может дать некорректный вывод, потому что такие оценки редко распределены нормально. Хи-квадрат и коэффициент V Крамера нормальности распределения не требуют, поэтому для анализа анкеты 360 они корректнее. Пример заполненной анкеты 360 входит в шаблоны для скачивания в разделе об аттестации.

Повышение уровня компетенций сотрудников по грейдам

Чем выше грейд, тем меньше в обучении покупного контента и тем больше организационной работы. Инструменты развития по уровням сведены в таблицу.

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

Мария Ж, автор более 1000 статей о трудовом праве, КЭДО и HR: «Когда бюджет обучения устроен как закупка курсов, верхние грейды в нём не обслуживаются. Отсюда и распространённое мнение, что для сеньоров инструментов нет. Разделите статью бюджета на покупной контент и организационную работу до того, как распределять деньги по грейдам.»

Разрыв из матрицы переносят в индивидуальный план развития. В плане указывают цель по компетенции, действия и контрольные точки, по которым руководитель проверяет продвижение.

Групповое обучение планируют с учётом размера и состава группы. Независимые друг от друга провайдеры сходятся в диапазоне 12-16 человек. В группе меньше 6 участников сложно добиться групповой динамики, в группе свыше 18 падает вовлечённость и эффективность практики. На непредвиденные расходы закладывают резерв 10-15% бюджета: он покрывает дополнительные сессии, замену тренера и изменение состава группы.

Важный нюанс из практики: если уровни участников заметно различаются, группу делят. Смешивать в одной группе Junior и Senior невыгодно по двум причинам. Senior не получают усложнения задач, ради которого им нужно обучение, а программа растягивается на разборы разного уровня и становится дороже.

Показатели эффективности системы оценки персонала и её совершенствование

Без системы оценки компания сталкивается с четырьмя типовыми рисками:

• цели не выполняются, потому что люди не соответствуют своим должностям;
• ценные сотрудники уходят, потому что не видят перспектив;
• отдача от обучения снижается: учат не тех и не тому;
• вовлечённость падает.

Показатели эффективности выводят из этих рисков. Это доля решений о повышении грейда, принятых по итогам оценки, число ИПР с пройденными контрольными точками, переходы сотрудников из кадрового резерва на следующий грейд и срок выхода новых сотрудников на результат.

Кейс из практики: в B2B-продажах нужно было ускорить выход новых сотрудников на план. Компания перевела подбор на профиль компетенций. В результате срок выхода новых сотрудников на план сократился на 24%.

Совершенствование системы оценок персонала строится на пересмотре её узлов:

• дата актуализации в шапке матрицы и сверка ссылок на профстандарты;
• комбинация методов и нескольких экспертов вместо одного инструмента;
• требования к выбору респондентов в оценке 360;
• закреплённое в положении использование результатов в решениях о грейде и в ИПР.

В Добыто протоколы комиссий, оценочные листы и ИПР хранятся в электронном архиве тарифа «Бизнес» вместе с остальными кадровыми документами. К результатам прошлых циклов можно вернуться при следующей оценке.

Стоимость КЭДО для документов по грейдам и аттестации

Стоимость КЭДО зависит от тарифа и численности: оплата считается за сотрудника в месяц, а электронные подписи для сотрудников входят в тариф.

Итоговая сумма зависит от численности и набора функций: кастомные шаблоны положения о грейдах и допсоглашений, интеграция с 1С и электронный архив входят в тариф «Бизнес». Состав и условия тарифов указаны на странице тарифов Добыто КЭДО. Тариф можно повысить или понизить в любое время, при повышении разница пересчитывается пропорционально оставшемуся периоду.

Выводы

Грейды разработчиков описывают через матрицу, в которой у каждой компетенции есть поведенческий индикатор, требуемый и фактический уровень. Профстандарт «Программист» даёт формулировки трудовых функций и требования к образованию, но его уровни квалификации грейдами не служат. В трудовом договоре грейд дополняет трудовую функцию и меняется дополнительным соглашением. Для увольнения по итогам оценки нужна аттестация в установленном порядке, а повышение опирается на рабочие достижения, которые подтверждает руководитель.

Добыто ведёт кадровый электронный документооборот, в котором положение о грейдах, допсоглашения, приказы об аттестации и ИПР подписываются электронной подписью и хранятся в одном архиве.

Частые вопросы о матрице компетенций и грейдах

Можно ли требовать высшее образование для перехода разработчика на следующий грейд?

Для обычной должности программиста профстандарт № 424н носит рекомендательный характер, поэтому требования к образованию для грейда компания фиксирует в своём ЛНА. В самом стандарте бакалавриат указан только для ОТФ D «Разработка требований и проектирование программного обеспечения» уровня 6 с опытом не менее года. Для ОТФ A-C достаточно среднего профессионального образования. Требование применяют одинаково ко всем работникам на грейде, потому что статья 132 ТК РФ запрещает дискриминацию при установлении и изменении условий оплаты.

Как разработчику подтвердить квалификацию независимо от работодателя?

Для этого есть независимая оценка квалификации по Федеральному закону от 03.07.2016 № 238-ФЗ: профессиональный экзамен в центре оценки квалификаций (ЦОК). По статье 4 закона экзамен оплачивает соискатель, а если на экзамен направляет работодатель, то работодатель. Единого тарифа закон не устанавливает, стоимость определяет конкретный ЦОК. В реестре Национального агентства развития квалификаций есть квалификация «Программист» 4-го уровня по профстандарту 424н. Перед записью проверьте, что выбранный ЦОК уполномочен проводить экзамен по этой квалификации.

Нужно ли дополнительное соглашение, если оклад растёт внутри вилки того же грейда?

Условия оплаты труда — обязательное условие трудового договора по статье 57 ТК РФ, а по статье 72 условия договора меняются письменным соглашением сторон. Если в договоре указан конкретный оклад, его рост внутри вилки оформляют дополнительным соглашением, даже когда должность и грейд остаются прежними. Трудовая функция при этом не меняется.

Чем модель компетенций отличается от матрицы компетенций?

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

Чем способность отличается от навыка при оценке разработчика?

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

Почему при найме требования к грейду задают выше среднего уровня?

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