Возможно так везет только мне, но кажется, что практика с выполнением тестовых заданий до/после/вместо основного технического интервью медленно уходит в прошлое. С одной стороны такое требование встречается все реже. С другой же, когда эйчар присылает ТЗ, в нем все чаще оказывается задача на 1-2 дня работы.
Когда я вижу такие требования, я вежливо отказываюсь продвигаться по этапам отбора. Дело в том, что моё рабочее время стоит денег и оно полностью выкуплено текущим работодателем, а свободное время принадлежит семье. Это во-первых. Во-вторых, я уверен что базово определить уровень знаний потенциального сотрудника перед вами можно за 1-1,5 часа технического интервью, поэтому тратить на то чтобы что-то о себе доказать больше времени — бессмысленно.
Однако есть целых 2 случая, в которых даже я согласился бы посидеть над таким заданием. Сейчас расскажу.
Тестовое задание просит компания мечты
Не так уж много компаний, в которых вы или я искренне мечтаем поработать. И если уж на каком-то из этапов отбора возникает понимание, что без тестового задания продвинуться нельзя, имеет смысл пойти на уступки и выполнить его.
Не в каждой компании процессы достаточно гибкие, чтобы подстроить их под вас, но постарайтесь договориться о том, чтобы по результатам рассмотрения вашей работы, была назначена встреча для обсуждения результата. Вы увидите как общаются и мыслят сотрудники, которые проводят оценку, каков уровень их компетенций.
Это позволит вам собрать чуть больше информации о компании для себя и подумать, действительно ли имеет смысл мечтать о работе именно здесь. Если да, у вас уже будет знакомый внутри организации. Если нет, вы сэкономите кучу нервных клеток и времени.
Вы находитесь на старте карьеры
Стажеры и джуниоры находятся в незавидном положении. Без опыта, интересных проектов и набитых шишек, о которых можно весело рассказать на собеседовании, шансы доказать интервьюеру, чтобы подготовленный ко всему боец бесконечно малы (хотя и не равны нулю). Отказ от выполнения тестового задания здесь — непозволительная роскошь.
При этом нужно отнестись к нему со всем вниманием, ведь по нему будут судить о вашем профессионализме. Это значит, что в таком случае особенно тщательно нужно подходить к организации и оптимизации кода, выбору названий переменных.
И это тот случай, когда имеет смысл сделать чуть больше, чем от вас просят. Например, можно покрыть код тестами, это покажет вас как настоящего профессионала, ведь даже некоторые синьоры не очень умеют в тестирование своего кода. Второго шанса произвести первое впечатление у вас не будет.
Гигиенический минимум
При всём этом, есть список требований, которые я бы предъявлял к тестовому заданию в каждом из описанных выше случаев. Если хотя бы по одному будет несоответствие, я бы не стал тратить время.
- Адекватный объем. 3 часа — это максимальная продолжительность, которую может занимать выполнение тестового задания. Все остальное — кража вашего времени.
- Задание фокусируется на конкретных навыки. Если компания хочет увидеть как вы верстаете, она может попросить сверстать вымышленную карточку товара. Если то, как вы умеете в SQL — написать какой-то запрос к абстрактной БД. И это не должно быть над реальными проектами компании.
- Условия работы над заданием прозрачны. Это значит, что должно быть понятное ТЗ, известны критерии оценки. При этом желательно, чтобы был обещан подробный фидбек.
Только прошу, отказывайте корректно. Прежде всего, честно скажите о причинах и, если вакансия вам интересна, попросите об изменении задания. Например, можно сказать как-то так: «Я готов выполнить тестовое, но текущий объем займет у меня около 3 дней. Обычно я трачу на этот этап не больше 2 часов. Может быть, вы можете предложить сокращенный вариант задания?»
Желаю успехов!
