Подписывайтесь на рассылку статей для HR и рекрутеров! Будьте в тренде с Hurma ;)
Я даю своё согласие на обработку Персональных Данных в соответствии с Политикой конфиденциальности и принимаю Пользовательское соглашение
Вечные вопросы о тестовом задании: для соискателя — делать или не делать, для работодателя — платить или не платить. Мы решили разобраться, что выгоднее для компании и как правильно организовать тестовое задание.
Тестовое задание — это задача, схожая с должностными обязанностями кандидата и выполняемая перед собеседованием. Как правило, ТЗ актуально для проверки навыков кандидатов для следующих специальностей:
С помощью тестового задания работодатель пытается оценить реальные умения кандидата, и на основе полученной информации принимает решение о возможности работы с кандидатом. Однако на практике дело часто обстоит куда сложнее.
Несомненно, определить уровень профессионализма технических кандидатов, авторов и дизайнеров на собеседовании сложнее, чем с помощью тестирования. Но для получения максимально релевантной информации с помощью тестового задания, к нему следует правильно подходить.
Главный вопрос, который волнует всех работодателей — нужно ли платить за тестовое. Фишка в том, что нельзя дать на него однозначный ответ, нужно разбираться в ситуации.
Сразу стоит проинформировать кандидата о том, будет ли оплачиваться его работа. Какие есть варианты:
Когда резонно вообще не платить — практически никогда. Если вы не готовы заплатить за тестовое ни при каких условиях, то не найдете хорошего специалиста. Это уместно только в одном случае, если вам нужен совсем новичок, которого вы собираетесь сами обучать и вам нужно понять, может ли из него в принципе что-то получиться.
Платить, если соблюдены условия — хорошее решение для компаний, которые могут себе это позволить. Например, если вы нанимаете junior-разработчика, у которого нет ни портфолио, ни рекомендаций, то совершенно логично, что он должен выполнить тестовое и вы готовы заплатить за хорошую работу. Но вы также понимаете, что получите сотню тестовых сомнительного качества, которые не стоят оплаты. Четко пропишите условия ТЗ и то, как вы будете его оценивать. Работы, которые вам не подошли, но в них все технические характеристики соответствуют поставленной задаче, стоят оплаты.
Большинство работодателей оплачивают ТЗ только кандидату, получившему оффер. С одной стороны, это совершенно логично, особенно для небольших компаний, у которых нет возможности платить всем, но с другой — у кандидатов недостаточно мотивации постараться.
Платить всегда уместно только если вы ищите суперспециалиста или узкопрофильного специалиста. Т.е. уверены, что кандидатов будет немного и ТЗ будет сложным. Однако такие ситуации встречаются не так уж часто.
Если кандидат знает, что его труд будет оплачен у него больше мотивации постараться и лучше себя проявить. Для работодателей, которые ищут хороших специалистов это очень важно. И порой выходит дешевле оплатить 10 кандидатам тестовое, чем принять на работу человека, который вам не подходит.
Вот несколько преимуществ оплачиваемого тестового:
Для того, чтобы ваши деньги не пропали зря, следует придерживаться нескольких правил, которые помогут улучшить процесс оценки и получить более показательные результаты.
Ни один специалист не покажет себя в наилучшем свете, если на выполнение задания у него есть час. Тем более, что многие соискатели все еще работают и у них буквально нет возможности выполнить тестовое прямо сейчас.
Идеально: если вы обсудите задачу, например в четверг или пятницу, так, чтобы у кандидата было время до понедельника для ее выполнения.
Не нужно давать кандидату задачи, которые требуют глубокого владения всеми инструментами, применяющихся в вашей компании. Вспомните о том, что ваши сотрудники освоили их в процессе работы. Поэтому не давайте задачу, для выполнения которой нужно 10 часов изучать информацию и осваивать новые, редко используемые инструменты.
Идеально: несложная, но информативная задача для выполнения которой не нужно изучать контекст.
Постарайтесь понять сразу две вещи о кандидате:
Например, тестовое задание для автора: написать статью в информационном стиле на тему кино, интегрировать рекламу сервиса N, объем 3000 символов. Основные ожидания заявлены, но то, в каком именно формате статья будет написана (список, топ или информационная) остается за кандидатом.
Пример для кандидата на должность веб-разработчика: создать небольшое приложение, в котором можно будет добавлять просмотренные фильмы и сортировать их по нескольким критериям. При этом, как будут храниться фильмы и многие другие нюансы остаются на усмотрение соискателя.
Идеально: простая, но интересная задача, которая дает возможность проявить себя.
У нас редко практикуются командные обсуждения тестового с исполнителем, однако это дополнительная возможность узнать больше о кандидате. Пусть он представит и защитит свою работу, а потом члены команды поделятся своими впечатлениями и расскажут, что им понравилось, а что нет. Это также позволяет узнать, как кандидат реагирует на критику.
Идеально: дать возможность презентовать и защитить свою работу.
Подробно опишите технические требования для задания в письменном виде. Постарайтесь охватить большинство нюансов, но не забывайте про место для возможности принять решение самостоятельно, описанное в пункте три. Не забудьте также указать критерии, по которым задание будет оцениваться.
Идеально: установите понятные ожидания и дайте понять, как будете оценивать работу.
Если было оговорено, что тестовое задание будет оплачиваться, то сразу после командного обсуждения его следует оплатить. Кандидат должен получить деньги за свою работу, даже если он не прошел конкурс.
Идеально: обещали — выполняйте, не портите бренд работодателя.
Мы выделили несколько признаков, которые помогут вам понять стоит или нет нанимать кандидата.
Нанимать | Не нанимать |
Кандидат задавал много вопросов. | Несогласие выполнять тестовое задание (аргументы могут быть любыми: от недоверия до уверенности, что другие компании возьмут кандидата без тестового). |
Кандидат действительно хотел убедиться, что правильно понял всю информацию. | Решение не соответствует требованиям. |
Результат соответствовал задаче, для его достижения были использованы необходимые инструменты. | Исполнитель не может защитить свою работу и аргументировать то или иное решение. |
Важно заметить, что существует множество онлайн-инструментов для проверки навыков кандидатов-разработчиков. Наиболее известный — Codility, но практически для любого языка программирования или фреймворка можно найти онлайн-тесты — или подготовить их самим.
В рамках тестового задания необходимо реализовать сократитель ссылок:
Короткий URL должен уникальным, перенаправлять на оригинальную ссылку и быть актуальным навсегда, неважно, сколько раз он был использован.
Тестовые задания не панацея. Для некоторых специальностей они эффективны, для других — бесполезны. Но даже для первых их следует использовать разумно, чтобы добиться действительно полноценной картины о навыках кандидата.
Решая использовать для оценки предварительные тестовые или нет, оплачивать их или нет — отталкивайтесь в первую очередь от ситуации и уважайте труд своих кандидатов.
Я даю своё согласие на обработку Персональных Данных в соответствии с Политикой конфиденциальности и принимаю Пользовательское соглашение