1def solve(data):2 result = process(data)3return result
✓ Автотесты▶
Тимлид
Оценка тимлидаРазбор решения
Логика
Качество кода
Обработка ошибок
13 лет
Codenrock в оценке специалистов и работе с корпоративными заказчиками
1500+
успешно завершённых тест-сессий за один день в одном из проектов
Кому будет полезно
Кого развивать, чему учить и кого нанимать
CTO и тимлидам
Чтобы видеть пробелы и сильные стороны команды, обосновывать переход на следующий грейд и выбирать задачи для развития коллег. А при найме — проверять навыки по понятным критериям.
HRD и L&D-командам
Чтобы связать диагностику с обучением: договориться с техническими руководителями о требованиях, составить ИПР и проверить, изменились ли навыки после него.
IT-рекрутерам
Чтобы выбирать задания вместе с техническим заказчиком и обсуждать конкретные решения кандидата на интервью — с опорой на разбор его работы.
Руководителям массовой оценки
Чтобы организовать срез навыков IT-отдела или проверку потока кандидатов: единые правила, сопоставимые результаты и посильная нагрузка на экспертов.
Программа
Как организовать оценку IT-специалистов
От матрицы компетенций и выбора заданий — к разбору результатов и плану развития сотрудника.
1
Роль, грейд и 5–7 ключевых компетенций
Как определить цель оценки, выбрать 5–7 приоритетных навыков под задачи роли и зафиксировать требования к уровню.
2
Практика и Code Review для middle+
Какие навыки покажут задачи с автопроверкой, а какие — поиск ошибок, рефакторинг и объяснение чужого кода.
3
AI-оценка с понятным обоснованием
Что означают балл, уверенность и аргументы AI. В каких случаях решение нужно передать на пересмотр техническому эксперту.
4
Оценка в масштабе команды
Как провести пилот, подобрать сложность заданий и организовать массовое тестирование. Как условия прохождения влияют на доверие к результатам.
5
Профиль навыков вместо одного балла
Как увидеть разрывы до нужного уровня, сопоставить компетенции и найти зоны, где команде не хватает экспертизы.
6
Развитие после теста
Как обсудить результаты с сотрудником, выбрать задачи и обучение, а затем повторной оценкой проверить прогресс.
Спикеры
Кто провёл вебинар
Михаил Трофимов
ИТ-предприниматель, эксперт по разработке ПО и агентным системам
Проектирует архитектуру, собирает команды и выводит продукты в продакшен.
Валентин Власов
Старший менеджер по работе с клиентами Codenrock
Более 5 лет помогает бизнесу в области EdTech и HRTech автоматизировать процессы оценки и развития персонала.
Вопросы и ответы
Коротко о вебинаре
Когда прошёл вебинар?
30 сентября 2026 в 18:00 по Москве. Вебинар прошёл онлайн.
Где посмотреть материалы вебинара?
Запись вебинара, статья, чек-лист перед запуском оценки и ответы на вопросы уже доступны.
Нужно ли уметь программировать, чтобы участвовать?
Вебинар адресован и техническим руководителям, и HR/L&D-командам. Разберём критерии оценки и работу с результатами. Примеры с кодом помогут обсудить, что проверять у специалистов разного уровня.
Где посмотреть предыдущие эфиры?
Записи и материалы прошедших вебинаров собраны в общем разделе. Там уже можно посмотреть эфир об оценке и развитии сотрудников.
Как понять, что разработчик умеет делать на практике: задания с кодом, критерии Code Review, проверка AI-оценки и план развития. Запись эфира и разбор примеров — на одной странице.
Кандидат успешно прошёл тест, но технический руководитель сомневается, что ему можно доверить рабочую задачу. Команда получила отчёт по навыкам, а план обучения остался прежним. В обоих случаях оценка состоялась — решение по её результатам ещё предстоит принять.
Как оценить навыки IT-специалистов так, чтобы результат помогал в найме и развитии? Начните с требований к работе, подберите задания и критерии, проверьте их на небольшой группе и заранее определите, что будете делать с результатами. Разбираем шесть решений, которые HR и техническому руководителю стоит согласовать до запуска.
В статье — принципы и примеры из вебинара Codenrock Vibe. В записи можно увидеть сам процесс: как выглядит отчёт, где пересматривают оценку и как из результатов собирают индивидуальный план развития.
1. Согласуйте, что значит «подходит на роль»
Требование «хорошо знает SQL» не объясняет, что именно проверять. Для одной команды важно писать запросы, для другой — находить причины медленной работы базы. Даже при одинаковом названии должности ожидания могут различаться.
Более точная формулировка: разработчик замечает в чужом коде проблему N+1, объясняет её последствия и предлагает исправление. N+1 означает, что после первого запроса к базе выполняется ещё по запросу для каждого полученного элемента. Здесь уже понятны и рабочая ситуация, и признаки хорошего ответа.
Что согласовать: какие действия человек должен выполнять самостоятельно на этой роли. HR помогает оформить требования, а технический заказчик подтверждает их содержание. Такой профиль станет основой заданий и обсуждения результатов.
Уровень навыка описывается действием, которое можно проверить в задании.
2. Выберите формат под рабочую задачу
Задание с автотестами показывает, работает ли написанный код на заданных входных данных. Открытые примеры помогают участнику отладить решение, скрытые — проверяют его на дополнительных условиях. Но успешный запуск ещё не показывает, как человек читает чужой код или замечает риски безопасности.
Для этого подходит Code Review: участник анализирует готовый фрагмент и объясняет найденные проблемы. В примере вебинара нужно было заметить SQL-инъекцию, лишние запросы к базе и отсутствие обработки пустого результата. Критическая уязвимость была обязательной находкой.
Что согласовать: какой формат действительно покажет нужный навык и какие ошибки для роли критичны. Количество вопросов или комментариев само по себе не говорит о качестве проверки.
Вес проблемы и точность комментария влияют на результат; SQL-инъекция здесь обязательна к обнаружению.
3. Разберитесь, что стоит за баллом
Для решения о найме или развитии одного числа недостаточно. Нужны ответ участника, критерии и объяснение оценки. Тогда технический эксперт сможет проверить, чего человеку действительно не хватило, а где проблема в самом вопросе.
В Vibe спорную AI-оценку можно пересмотреть и оставить комментарий. Это касается и ответов, которые система оценила уверенно. Результат запуска кода устроен иначе: если программа прошла четыре из шести автотестов, экспертное мнение не изменит факт их выполнения.
Что согласовать: кто разбирает спорные ответы и в каких случаях. Например, дополнительная проверка полезна при результате около проходного порога или необычном способе решения.
Эксперт может изменить балл и объяснить причину. История пересмотра сохраняется.
4. Проверьте оценку на небольшой группе
До массового запуска дайте задания сотрудникам, чей уровень вы уже понимаете. В эфире предложили начать даже с одного–трёх человек: это помогает заметить неудачную сложность, неоднозначный вопрос или упущенную компетенцию.
Если результаты расходятся с ожиданиями руководителя, разберите причины до назначения теста всей команде. Небольшой пилот помогает настроить оценку, но не доказывает точность всей методики.
На этом же этапе выбирают обычный или адаптивный тест. Адаптивный режим подбирает следующие вопросы по предыдущим ответам: можно искать слабые места или обеспечивать покрытие разных навыков. Он требует достаточного банка заданий и понятной цели.
Что согласовать: состав пилотной группы, ожидаемые результаты и кто внесёт изменения по итогам проверки. Генерация вопросов с помощью AI этот этап не заменяет.
Результаты сотрудников с известным уровнем помогают проверить сложность и критерии до массового запуска.
5. Превратите результат в план действий
Два сотрудника с одинаковым общим баллом могут иметь разные сильные стороны. Профиль по компетенциям показывает, где человеку нужна поддержка, а тепловая карта — какие пробелы повторяются у команды. Это помогает обсуждать конкретные задачи обучения.
Выберите одну–две компетенции, важные для текущей работы. В индивидуальный план развития (ИПР) включите обучение и практику: например, разобрать несколько pull request коллег, подготовить замечания и обсудить их с наставником. Для каждого действия нужны срок и понятный результат.
Профиль по компетенциям показывает, какие навыки стоит развивать у человека и команды.
Что согласовать: кто проверит план, как руководитель обсудит его с сотрудником и когда будет повторная оценка. Завершённый курс ещё не подтверждает навык — важно увидеть изменения в работе.
6. Договоритесь об условиях тестирования
Если в работе специалист использует документацию и AI, заранее решите, разрешены ли они в тесте. Участник должен понимать правила, ограничения и последствия нарушений.
Прокторинг фиксирует события: переключение вкладок, потерю фокуса, вставку текста. Можно настроить предупреждения и ограничения. Но само переключение вкладки ещё не объясняет, что делал человек. Журнал нужно рассматривать вместе с правилами задания и ответом.
Что согласовать: разрешённые ресурсы и порядок разбора спорных ситуаций. Для важных решений автоматические сигналы можно дополнить обсуждением: попросить участника объяснить своё решение или замечания к коду.
Пороги задаёт команда. Журнал событий помогает человеку разобрать спорную ситуацию.
Вопросы и ответы об оценке IT-навыков
Как оценивать навыки IT-специалистов на рабочих задачах?
Опишите действия, ожидаемые от специалиста в конкретной роли, и подберите задания, которые позволяют их наблюдать. Заранее задайте критерии: что обязательно должно быть в ответе и какие замечания влияют на результат дополнительно. В демонстрации использовали задачи с кодом и Code Review.
Обязательно ли использовать адаптивное тестирование?
Нет. В вебинаре показали и адаптивный режим, и возможность использовать заранее определённый набор и порядок заданий. Адаптивный режим выбирают, когда нужно уточнять уровень или пробелы с учётом предыдущих ответов.
Что делать, если AI занизил оценку ответа?
Сопоставьте ответ с критериями вопроса и объяснением оценки. Если результат спорный, передайте его эксперту: в показанном сценарии эксперт мог пересмотреть балл и оставить комментарий, в том числе для уверенно оценённого AI ответа. Если проблема в критериях, их нужно скорректировать.
Показывает ли переключение вкладки, что участник списывает?
Само по себе — нет. События прокторинга нужно сопоставлять с правилами задания и контекстом ответа. До начала оценки определите, какими ресурсами можно пользоваться, и объясните это участникам.
Как использовать результаты тестирования для развития сотрудника?
Выделите пробелы по компетенциям, обсудите их с сотрудником и включите в ИПР конкретные действия, обучение и сроки. AI-черновик плана проверяет человек. Изменения оценивают по повторному тестированию и выполнению рабочих задач, а не только по отметкам о завершении обучения.
Вебинар завершён
