Привет! Меня зовут Аня Шабаева, я работаю в HR-отделе компании AGIMA. Люблю кататься на досках, отдыхать на природе, а еще люблю заниматься рекрутингом. Недавно в своем блоге я подняла тему тестовых заданий — и такое началось! Кажется, мимо не прошел никто, всем было что об этом сказать. Так я поняла, что тестовые — это больная тема. Некоторые компании не знают, как их правильно составлять, а некоторые кандидаты не хотят их делать. Попробую расставить точки над i.
Моя коллега Ира недавно проанализировала, что бесит соискателей и рекрутеров, статья собрала 60К просмотров и почти 200+ комментариев. Я решила изучить другой дискуссионный вопрос — нужно ли тестовое задание при приеме на работу.
Если вы когда-нибудь искали работу, то наверняка вам предлагали сделать тестовое задание (ТЗ). Вокруг этого метода проверки соискателей много споров и обсуждений. Но единого мнения как не было, так и нет. Давайте разбираться вместе.
И в первую очередь мне стало интересно, что об этом думают кандидаты. Я сделала опрос и собрала мнения людей, которые ищут работу сейчас или искали ее когда-либо до этого. Ниже поделюсь некоторыми открытиями.
Немного статистики
Всего в опросе приняли участие 214 человек разных специальностей. Большую часть выборки составили разработчики, менеджеры и аналитики. Перечень всех специальностей — на диаграмме:
Две трети респондентов сталкивались с тестовым заданием при приеме на работу:
Большинство респондентов (89%) ответили, что готовы выполнить бесплатное ТЗ, и только 11% отказываются от задания наотрез. Стоит отметить, что, сталкиваясь с тестовым заданием уже не в теории, а при реальном трудоустройстве, выполнить ТЗ готовы почти все — 92% опрошенных.
Готовы на ТЗ, но…
Большинство соискателей готовы на тестовое задание, однако у многих есть критичные «но» к бесплатным ТЗ. Давайте посмотрим, что именно недопустимо для неоплачиваемых заданий по мнению соискателей. Ниже топ критериев от наиболее популярного к наименее:
ТЗ занимает более 8 часов – 90%.
Является законченным проектом – 56%.
Занимает более 4 часов – 53%.
Также в список критических моментов попали: ТЗ не соответствует запросу компетенций; компания не приоритетна; дают сразу перед знакомством; ТЗ занимает более 30 минут.
Стоит отметить, что даже при оплате ТЗ для 45% респондентов критичными являются следующие моменты:
ТЗ является законченным проектом – 64%.
Занимает более 8 часов – 57%.
Занимает более 4 часов – 21%.
Я решила узнать, какое тестовое задание соискатели всё-таки готовы делать. Результаты следующие:
Интересное, необычное.
С понятным описанием «что, как и где нужно сделать».
Алгоритмическое.
Когда задание имитирует ежедневную работу.
Реальный кейс компании в прошлом.
Тестовое может показать несколько твоих компетенций сразу.
С долей юмора.
А вот характеристики ТЗ, которые заставляют опрошенных отказаться от его выполнения. Это своего рода красные флаги для HR-ов, на которые нужно обращать внимание при подготовке ТЗ:
В задании надо показать, что просто знаешь технологию.
ТЗ на 2 недели, слишком длительное.
Задание не соответствует уровню выполняющего.
Не соответствует должностным обязанностям, другой стек.
Разработка законченного проекта.
Плохо составленное ТЗ, некорректные условия, необходимо много уточнений.
А что говорят эксперты?
В этом разделе поделюсь мнением экспертов о тестовом задании. Сейчас они руководители разных направлений и нанимают специалистов в свои команды, но когда-то были соискателями и тоже сталкивались с ТЗ. Мы обсудили их опыт работы с ТЗ, можно ли тестовым заданием проверить скилловость кандидата, а также каким должно быть идеальное ТЗ.
Ниже выделю самые интересные мысли, которые мне удалось узнать.
Александр Шутай, руководитель отдела PHP
Тестовые задания помогают увидеть примерный грейд кандидата: джун, миддл или сеньор. Потому что часто на сеньорские позиции откликаются джуны, которые поверили в себя. Тестовое поможет примерно понять его уровень, а кандидату увидеть уровень задач, с которыми придется работать каждый день.
Много лет назад я был тем самым джуном, который поверил в себя и откликнулся на сложную позицию за много денег. Мне дали довольно замороченную задачу, связанную с таблицами, запросами, API. Это опустило меня с небес на землю, и я пошёл искать вакансию, соответствующую моему уровню.
Мы оставили тестовое для стажерских позиций и сложных позиций, где требуется уникальный стек и опыт. На все остальные позиции мы отправляем опросник с абстрактными вопросами, на которые нельзя ответить однозначно. И уже по ответу хорошо считываем реальный грейд кандидата. Также при опроснике легче считывается гуглеж.
Тестовое не должно быть большим. Кандидат может отказаться от тестового — это допустимо. Тогда мы говорим, что на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым.
Константин Кислейко, дизайн-директор
Я выполнял ТЗ, пару раз было весело, но в целом бесполезная трата времени.
Тестовое почти никогда не покажет ничего такого, что и так не видно по портфолио. Может, только мотивацию проверить, но проверять мотивацию у сеньора, заставляя его бесплатно работать, это глупо.
Если непонятен уровень какого-то хард-скилла, можно дать конкретное тестовое. Например, попросить провести исследование или собрать типографическую композицию. Но еще раз: все хард-скиллы должны быть видны в портфолио.
Софт-скиллы коротким тестовым не проверить, тут надо прям проект сделать, чтобы понять, как кандидат общается, критику воспринимает, на стресс реагирует и всё такое. И для этого есть испытательный период.
Алексей Илларионов, Frontend TeamLead
Проверить скилловость тестовым можно, но тут нужно понимать, что одного ТЗ не хватит, оно не закроет все вопросы. По моему опыту, ТЗ больше служит для отсева: первый этап — скрининг, второй — ТЗ, потом интервью.
ТЗ должно быть коротким, чтобы его можно было сделать за 2–3 часа. Самое правильное — это сделать ревью кода, прочитать код и дать комментарии. А во время интервью уже предметно обсудить, почему кандидат обратил внимание именно на эти моменты.
Хорошее ТЗ — это тонкая и сложная работа. Важно сделать ТЗ таким, чтобы свести к минимуму все возможные варианты читерства. Именно поэтому нет смысла в тестовом задании в виде «решите задачку и прочее», так как всё это можно нагуглить. А вот ревью кода очень сложно нагуглить. И здесь важно, какие проблемы и ошибки ты заложишь в тестовое, как ты его спроектируешь, чтобы исходя из ответов кандидата понять, улавливает он суть или нет.
Валерия Климова, Head of Recruiting
Тестовым заданием можно точно оценить заинтересованность кандидата в позиции: некоторые делают его на отвали, у некоторых видно, что он нагуглил. Классно, если есть тестовое, которое нагуглить точно не получится, максимально индивидуальное. Тестовое хорошо для стажеров.
Считаю, что лайфкодинг (выполнение задачи и написание кода онлайн) лучше показывает скиллы специалиста, чем ТЗ, плюс затрачивается время только на интервью. Даем задачу и наблюдаем, как она решается.
А как у нас устроено
В AGIMA мы используем тестовые задания, чаще всего для вакансий разработчиков и дизайнеров. Некоторые отделы научились обходиться скрининг-вопросами перед первым общением, а некоторые предлагают полноценное ТЗ с возможностью обсуждения результатов на интервью. Мы учли, что время на выполнение ТЗ не должно превышать пару часов и дали возможность выполнять его в любое удобное время.
Стажеры могут быть уверены, что точно получат ТЗ и смогут оценить свой уровень подготовки к базовым знаниям, требующимся в программе обучения. У дизайнеров дела обстоят немного сложнее. Тут мы предлагаем целый тестовый оплачиваемый проект, который помогает понять, как кандидат мыслит и подходит ли нам под вакансию. Обычно мы выдаем ТЗ дизайнерам, которые уже прошли первый этап общения и нашли точки соприкосновения с нашим видением.
Заключение
Бонусом делюсь небольшим чек-листом по ТЗ для соискателей, который я составила по данным своего опроса:
Убедитесь, что ваша мотивация на вакансию соответствует объему выполнения тестового задания. Если это компания вашей мечты, вас ничего не должно останавливать :)
Удостоверьтесь, что ваша работа не пойдет в дальнейшем в коммерческий оборот. О планах использования вашего ТЗ должны сообщить заранее, или уточните этот момент сами.
Проверьте, всё ли вам понятно для выполнения ТЗ, условия лучше уточнить заранее.
Спросите самого себя, интересно/комфортно ли выполнять эти задачи. Возможно, вакансия не подходит вашему профессиональному уровню/амбициям.
Не бойтесь писать рекрутеру и на любой волнующий вопрос всегда ищите ответ.
Эти пункты помогут понять, выполнять или не выполнять ТЗ. От себя добавлю, что тестовые задания — это отличный шанс продемонстрировать себя и узнать больше о компании. В конце концов вы всегда можете сказать нет, если вас не устраивает формат или качество ТЗ.
Подписывайтесь на телеграм-канал для бэк-разработчиков и тимлидов, который ведёт Саша Шутай. А если вы мобильщик, то заглядывайте в телеграм Саши Ворожищева. Ну, и конечно, давайте с вами обсудим в комментариях, а как вы относитесь к тестовому.
Комментарии (40)
Zara6502
05.10.2023 12:56+1За всю жизнь выполнять приходилось около 10 заданий, в целом понял только то, что создание таких заданий куда более крутой скилл, чем его решение. То что давали мне было сферическим заданием в вакууме и говорило лишь о том что я смог сделать конкретное задание. Например на последней работе где мне дали среднее задание в реальной работе ничего подобного не было.
Если говорить о разработке, то я бы давал задание в прицелом на посмотреть стиль кодера и приверженность каким-либо стандартам, а то попадались товарищи которые не писали комментарии, именовали всё как a, b, c, i, x, y и в целом оформление хромало - зачем потом бороться с таким если можно сразу не брать?
dom1n1k
05.10.2023 12:56+1Да, придумать хорошее тестовое задание оказалось непросто, мне понадобилось несколько итераций (правда, речь о дизайнерах интерфейсов, а не программистах).
Задание должно быть:- Небольшое по объему, но более-менее содержательное.
- Четко и подробно описанное, но допускающее пространство для маневра и разные подходы к решению.
- Содержать подводные камни, проверяющие наличие у кандидата нужного опыта и качеств. Естественно, речь не про ребусы-которые-хрен-отгадаешь, а про нюансы из обычной повседневной практики. Лучше даже дать намёки-подсказки, которые легко считывает опытный человек и не замечает самозванец.
Kamilla_Ponka
05.10.2023 12:56Как ваши кандидаты отнеслись к вашему тестовому и помогло ли оно вам выбрать тех самых специалистов?
dom1n1k
05.10.2023 12:56Да в большинстве нормально относились. Прямой отказ на мой памяти был один раз. Пару раз было, что человек брался, а потом писал "извините, я понял что не потяну". Пару раз брались и пропадали. Но большинство хоть что-то, но присылает.
Тут нужно понимать специфику. Программистов у нас готовят многие вузы, поэтому на рынке много толковых выпускников. А вот дизайнеры интерфейсов — это либо самоучки в процессе набора опыта, либо после курсов, либо свитчеры из смежных областей с не очень релевантным портфолио. Готовых состоявшихся людей на рынке не особо много, поэтому компании охотно рассматривает в том числе кандидатов уровня джуниор/джуниор+. Почему они будут отказываться от тестового?
Понятно, что если человек показывает сильное релевантное портфолио, по которому и так всё видно — ему тестовое давать не надо.По опыту, польза от тестовых есть, многие проблемы подсвечиваются.
Если работа явно слабая — пишу перечень ошибок, обычно выходит 10-15 пунктов.
Если более-менее, обсуждаем лично. Дальше думаем, кто больше понравился.
Kamilla_Ponka
05.10.2023 12:56Могло ли тестовое на последней работе как раз таки оценить ваш стиль как кодера?
Вы обсуждали с работодателем уже после всех этих манипуляций, чего они узнали о вас из тестового? )
Laurens
05.10.2023 12:56"на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым" -- отличный подход.
Некоторые компании всерьез считают, что дать тестовое, которое объективно потребует часов 7-8 = это якобы хорошо. При этом, далеко не все утруждаются потом давать обратную связь - в чем и какие промахи допустил соискатель.
А насчет того, что результат тестового не пойдет в коммерческую работу - ну едва ли все компании кристально честные в этом. А ведь возможно и так: разным кандидатам дают разные тестовые. Кандидатов потом в аут, а кусок работы/проекта сделан for free! Удобно.
vvbob
05.10.2023 12:56Меня от такой ситуации больше всего и бомбит. Сколько делал тестовые, обратную связь получал хорошо если несколько раз, да и то она была так себе, связь. Ты долбаешься несколько часов, что-то делаешь, стараешься, а тебе в ответ или молчание, или "мы перезвоним", или, "не подхОдите", ну или все отлично - это лучше, конечно, но тоже на нормальный фидбек не тянет.
Laurens
05.10.2023 12:56+1Понимаю, сам тоже проваливал задания, но в чем ошибка - говорить отказались. А вот когда одна компания прислала разбор по ненайденным багам, я не расстроился, что не справился. Просто стало очень интересно поизучать присланный ответ.
dom1n1k
05.10.2023 12:56+4А ведь возможно и так: разным кандидатам дают разные тестовые. Кандидатов потом в аут, а кусок работы/проекта сделан for free!
Извините, не хочу обидеть, но когда я читаю такие версии, то всегда подозреваю, что автор плохо представляет себе реальный процесс разработки. Вы таким образом невольно себе льстите и палите свой небольшой опыт.
На самом деле, если не рассматривать совсем уж говноконторы на полтора человека, так никто не делает — это просто технологически невозможно.
- БольшАя часть тестовых имеет совершенно неудовлетворительное качество, их никуда не применишь.
- Даже если взять более-менее нормальные — трудозатраты на дебаг, адаптацию и сборку в кучу этих разрозненных фрагментов будут таковы, что уничтожат всю предполагаемую экономию.
- На общение с кандидатами уходит много времени. У людей есть другие заботы, они пропадают, сливаются и пр. Результат можно получить завтра, можно через неделю, а можно и никогда.
Изначально проще, лучше и выгоднее выполнить работу силами сотрудников.
vvbob
05.10.2023 12:56+1Редко когда "кусок проекта" реально получается выделить в достаточно изолированную задачу, которую сходу поймет человек с улицы, даже если он достаточно хороший специалист.
Даже самое простое, вроде накидывания простеньких контроллеров с крудами - и то часто без более-менее глубокого понимания что и зачем это делается не обойдешься, что уж говорить о какой-то бизнеслогике..
Laurens
05.10.2023 12:56К сожалению, не умею льстить себе. Наоборот, самоуверенности бы такого рода не помешало бы. А насчет тестовых - зачем тогда перед ним предлагали некоторые подписать соглашение - NDA. Более того, проверить визуалку, функционалку (хорошо, пусть выглядит как проверка со стороны) - почему нет?
dom1n1k
05.10.2023 12:56Естественно, нельзя утверждать, что такого не бывает вообще. Где-то когда-то наверное встречается. Но в разработке это точно не массовая история.
В трешовых сферах (типа низкопробного копирайта, рерайта), возможно, более распространено.Laurens
05.10.2023 12:56Насчет заданий - тестовые для QA. Я и не утверждал про распространенность использования тестовых в работе.
За что ж копирайтинг и рерайтинг отнесли к трешовым сферам? Интеллектуальная деятельность. Далеко не каждый может нормально отрерайтить текст.
dyadyaSerezha
05.10.2023 12:56Сейчас они руководители разных направлений и нанимают специалистов в свои команды, но когда-то были соискателями и тоже сталкивались с ТЗ.
Ну, все взрослые тоже когда-то были детьми, но потом почему-то забывают это и вечный конфликт "отцы и дети" продолжается.
А вот ревью кода очень сложно нагуглить.
А вот и давайте его прямо на собеседовании, не надо никаких домашних заданий. Тем более, что дома всегда можно воспользоваться помощью друга.
wifage
05.10.2023 12:56+8А что может показать тестовое задание? Практически ничего. Только отпугнет профи, которым тратить время на тестовое с непонятным результатом нафиг не уперлось. Для понимания ситуации активный соискатель просматривает до 100 вакансий в сутки и больше. Чтобы это банально прочитать нужно уже пару часов. А если каждый десятый начинает пихать тестовое даже без формального знакомства, то сразу идет в корзину. Для проверки сотрудника есть испытательный срок.
Algrinn
05.10.2023 12:56+3Тестовое задание, это всё равно что пришёл к строителям-разводилам и они тебя просят гараж построить бесплатно, чтобы убедиться, что ты умеешь строить. Если натыкаешься на такое несколько раз, больше нет ни малейшего желания их делать. Особенно если ещё есть система - 10 человек сделали тестовое, 5 человек даже не проверяют и отправляют работы в мусорку, потому что им не нужны неудачники
IvanPetrof
05.10.2023 12:56А что за тестовое такое, что его можно сравнить с постройкой гаража? Я когда проходил собесы вообще ничего не решал. Просто мило беседовали про базы данных. Попросили бы что-нить написать - написал бы.
В другой фирме, где я работал было простое тестовое на планирование закупок на складе, который обеспечивает деталями производство работающее по плану (звучит страшно, но решается в сто строчек на любом ЯП). На гараж не тянет.
Algrinn
05.10.2023 12:56Да CRUD-ы, бесконечные CRUD-ы, иногда просили добавлять туда авторизацию и роли. Ну и UI какой-нибудь с формочками. Типичное рутинное задание для Java разработчика. Ну и что-нибудь из того, что у них на проекте нужно сделать, в этом CRUD-е прикрутить какую-нибудь хитрую плюшку, которую им самим лень делать у себя на проекте.
Spinoza0
05.10.2023 12:56После того, как не пригласили на интервью после успешно оценённого тестового, стал отправлять на гитхаб за примерами кода )
aleksandy
05.10.2023 12:56+1на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым.
А это прям фиксируется в трудовом договоре или "джентельменам верят на слово"?
Laurens
05.10.2023 12:56Так а разве не могут в договоре прописать: испытательный срок: с такого-то по такой, зп 50. В случае прохождения испытательного зарплата 60?
Kamilla_Ponka
05.10.2023 12:56Можно фиксировать в оффере и в письменно зафиксированных задач, при выполнении которых будет гарантированное изменение оклада.
aleksandy
05.10.2023 12:56Оффер - это просто бумажка, не имеющая никакой юридической силы и ни к чему не обязывающая.
xSVPx
05.10.2023 12:56+1А что вас беспокоит. Ведь если вам не повысят как обещали вы просто уйдете. А при желании иметь вас только на испытательном сроке вас уволят в его последний день.
Где вы находите таких работодателей, что у вас такие вопросы ? Средний работодатель чтобы обеспечить ваш онбординг тратит несколько ваших зарплат, и если вы после испытательного уйдете это для него адская боль. Зачем ему вам врать ?
TSobolev
05.10.2023 12:56Если данный финт зафиксируют в трудовом договоре, это будет прямо подарком судьбы для трудовой инспекции, ибо напрямую противоречит ТК РФ, уже писал об этом чуть выше.
IvanSTV
05.10.2023 12:56Тестовые смотрят очень относительно. Один раз пришел, посадили тестовое делать, сделал, собеседующий даже не взглянул, сразу отказал. Один раз заморочился, сделал тестовое с блок-схемами, описаловом и расчетной таблицей, вечер убил напрочь. Отказ пришел прям автоматом по получении письма, с лагом в 1 минуту. Делал тестовое, на которое реально посмотрели, только один раз. Там был достаточно замороченный анализ статистики сборки заказов. Я предполагал, что там на полчаса, в результате потратил три, но у меня хватило ума написать сопроводиловку, в которой описал, какие операции и методы применял (на самом деле писал ее для себя, чтобы не забыть, что делал, если попросят с ходу повторить).
Вызывают на второй тур собеса. На котором мне с ходу заявляют, что файл не открылся, но описалово все правильное, я открываю ноут, типа, сейчас результат покажу, по цифрам у меня четко - и тут меня осаживают: "да эта таблицу никто не считал никогда, сверять результат не с чем". Как предполагалось проверять тестовое задание - я хз... Сработало не само тестовое, а простое описание того, какими методами предполагается делать, взяли.
Один раз до тестового не дошло вообще. Пока подтягивался начальник в переговорку, чтобы дать тестовое, беседовал с инженером - показал ему, что делал на предыдущей работе. Подтянулся начальник, и гурьбой обсуждали код и почему именно эти методы. Получилось удачно - у начальника были задачи не столько на код, сколько на знание тех областей матстатистики, о которых я прочно забыл за ненадобностью сразу же после экзамен. Оффер, правда они отправили поздно - я уже работал на другой работе.
Sadovikow
05.10.2023 12:56Объемные тестовые задания могут отфильтровать как слабых специалистов, так и сильных - которых вы ищите. Считаю, что нет отчетливого ответа на вопрос - нужно тестовое задание или нет, везде индивидуально.
Иногда достаточно провести собеседование "качественно", в несколько этапов, причем это можно сделать за одну встречу.
Задача человека, который собеседует кандидата - постараться более точно оценить уровень специалиста, а так же его мышление, но сделать это так, чтобы человек захотел придти работать к вам.
Например, после технических вопросов можно дать код на ревью этому человеку, посмотреть как он его видит, послушать его рассуждения, иногда уже на этом этапе можно увидеть что специалист сильный, или слабый.
Возможно скажу очень цинично, но часто в компаниях боятся найти неподходящего специалиста, и готовы искать его год, лишь бы подошел по всем параметрам, тогда зачем нужен испытательный срок? За это время специалист оценивает, подходите ли вы ему, а вы оцениваете его. И за этот срок, пока он онбордится, вполне реально закрыть те пробелы, которых ему не хватало. Тестовое задание, может такой кейс отфильтровать, это будет, как мне кажется, неправильно. А если специалист оказался неподходящим, с ним вполне честно можно расстаться.
Но вот если компания понимает, что такой подход ей не подходит, тогда уже можно включать фильтр тонкой очистки в виде тестового задания.
Опять же повторюсь, все индивидуально. Специалист может быть нужен "срочно", а где-то вы можете позволить искать специалистов год и больше
kirillbelash93
05.10.2023 12:56Принципиально не делаю ТЗ если контора даже не предложила первичный собес, а тупо в чате сходу кидает в тебя тестовым, такие сразу в мусорку летят бегом.
profFortran
А они вот так прям честно и рассказали, ага. Рекламе мы тоже верим, да.
А вот это правильный подход. Я бы согласился на такие условия.
Kamilla_Ponka
Оу, а у вас были случаи, когда ваше тестовое выкатили в коммерцию и не сделали оффер?
Вы согласитесь на оклад меньше на испыталку без тестового?
profFortran
На первый вопрос ответ: нет, не было. Либо я об этом не знаю. Никто же не напишет: "эй, чувак, мы спёрли твой код, а ты нам на фиг не сдался".
Что касается меньшего оклада, то да, я бы согласился на такие условия.
x67
Тестовое в прод - звучит как фантастика, если устраиваешься в серьезную компанию, а не сарай. Мало того что это экономически дороже, чем нанять специалиста, так это еще и технически нереально в нормальном проекте.
Этот мем пошел из фриланса, и соответственно этого боятся фрилансеры-недоучки либо новички, наслушавшиеся страшилок
TSobolev
Такой подход противоречит ТК РФ.
profFortran
Возможно.
Интересно, противоречат ли ему тестовые задания на 8 или больше часов (мне встречались вплоть до недели и прям проекты: написать игру, подружить библиотеку с СУБД и написать приложеньку с этой библиотекой), когда ты, по сути, бесплатно работаешь, да ещё и без гарантии ожидаемого результата.
Или собеседования в 100500 этапов, где тебя будут гонять по теории, как в вузе не гоняли. Да ещё заставят
онанизмомлайвкодингом заниматься.Лучше уж нарушить ТК, получить меньше, но избежать хотя бы одного из этих видов церебрального коитуса.
У меня, кстати, сейчас подобная схема. На испытательном зарплата меньше на 25 тыс., зато никто не сношал мозг на собесе и тестового не было. И в договоре прямым тесктом написано: испытательный срок с такого-то по такое-то с таким-то окладом.