Тестирование и проверка навыков IT-специалистов

Как оценивать навыки IT-специалистов и использовать результаты для развития

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

Как оценить навыки IT-специалистов так, чтобы результат помогал в найме и развитии? Начните с требований к работе, подберите задания и критерии, проверьте их на небольшой группе и заранее определите, что будете делать с результатами. Разбираем шесть решений, которые HR и техническому руководителю стоит согласовать до запуска.

В статье — принципы и примеры из вебинара Codenrock Vibe. В записи можно увидеть сам процесс: как выглядит отчёт, где пересматривают оценку и как из результатов собирают индивидуальный план развития.

1. Согласуйте, что значит «подходит на роль»

Требование «хорошо знает SQL» не объясняет, что именно проверять. Для одной команды важно писать запросы, для другой — находить причины медленной работы базы. Даже при одинаковом названии должности ожидания могут различаться.

Более точная формулировка: разработчик замечает в чужом коде проблему N+1, объясняет её последствия и предлагает исправление. N+1 означает, что после первого запроса к базе выполняется ещё по запросу для каждого полученного элемента. Здесь уже понятны и рабочая ситуация, и признаки хорошего ответа.

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

2. Выберите формат под рабочую задачу

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

Для этого подходит Code Review: участник анализирует готовый фрагмент и объясняет найденные проблемы. В примере вебинара нужно было заметить SQL-инъекцию, лишние запросы к базе и отсутствие обработки пустого результата. Критическая уязвимость была обязательной находкой.

Что согласовать: какой формат действительно покажет нужный навык и какие ошибки для роли критичны. Количество вопросов или комментариев само по себе не говорит о качестве проверки.

3. Разберитесь, что стоит за баллом

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

В Vibe спорную AI-оценку можно пересмотреть и оставить комментарий. Это касается и ответов, которые система оценила уверенно. Результат запуска кода устроен иначе: если программа прошла четыре из шести автотестов, экспертное мнение не изменит факт их выполнения.

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

4. Проверьте оценку на небольшой группе

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

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

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

Что согласовать: состав пилотной группы, ожидаемые результаты и кто внесёт изменения по итогам проверки. Генерация вопросов с помощью AI этот этап не заменяет.

5. Превратите результат в план действий

Два сотрудника с одинаковым общим баллом могут иметь разные сильные стороны. Профиль по компетенциям показывает, где человеку нужна поддержка, а тепловая карта — какие пробелы повторяются у команды. Это помогает обсуждать конкретные задачи обучения.

Выберите одну–две компетенции, важные для текущей работы. В индивидуальный план развития (ИПР) включите обучение и практику: например, разобрать несколько pull request коллег, подготовить замечания и обсудить их с наставником. Для каждого действия нужны срок и понятный результат.

Что согласовать: кто проверит план, как руководитель обсудит его с сотрудником и когда будет повторная оценка. Завершённый курс ещё не подтверждает навык — важно увидеть изменения в работе.

6. Договоритесь об условиях тестирования

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

Прокторинг фиксирует события: переключение вкладок, потерю фокуса, вставку текста. Можно настроить предупреждения и ограничения. Но само переключение вкладки ещё не объясняет, что делал человек. Журнал нужно рассматривать вместе с правилами задания и ответом.

Что согласовать: разрешённые ресурсы и порядок разбора спорных ситуаций. Для важных решений автоматические сигналы можно дополнить обсуждением: попросить участника объяснить своё решение или замечания к коду.