Как подготовить правильное тестовое задание для разработчика?

Есть специальности, для которых практически невозможно нанять человека без тестового задания. Как узнать, что человек понимает предстоящие задачи? Как оценить качество кода или отношение к работе? И как, при всем этом, сделать тестовое максимально информативным и приятным для кандидата?

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

Хороший тон тестовых заданий

Определитесь, что вы хотите понять с помощью тестового задания. Логику мысли кандидата? Качество кода, который он пишет? Скорость работы?

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

Тем, кто готовит тестовое, важно учитывать, что девелоперу должно быть легко развернуть среду разработки. Идеальный вариант: не создавать подобную необходимость вовсе. Если для решения требуется развернуть сложную инфраструктуру проекта - кандидат, скорее всего, откажется. А это снижает количество выполненных тестовых и занимает лишнее время. Если задание занимает больше 3-х часов, логично заплатить за него. По опыту клиентов Indigo, такое задание делается за fix price $200. Особенно, в случае, если это часть готового проекта. Хорошей альтернативой тестовому может быть пробный проект, когда кандидат делает небольшой модуль или конкретную задачу.

Тестовое задание может также отобразить косвенные признаки работы инженера: насколько адекватно он оценивает сроки, может ли выполнить задание вовремя. Потому лучше не назначать дедлайн сходу, а спросить за какое время или на когда кандидат сможет выполнить задачу. Не забывайте менять тестовые задания, особенно на Junior-позиции, а также на транзитные позиции — переход из веб в мобильную разработку, из тестирования в девелопмент. Часто кандидаты выкладывают тестовые задания после интервью, чтобы другие могли подготовиться - особенно это касается тестовых для популярных компаний вроде WIX, EPAM и SoftServe.

Чем можно заменить тестовое задание?

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

Самая популярная альтернатива тестовому - посмотреть github разработчика или опенсорсные проекты, в которых он участвовал и затем публично показал. Как правило, на github выкладывают проекты и работы, которыми гордятся или те, которые создавались по собственному интересу и вдохновению. Опрошенные нами специалисты отметили, что для них важнее пообщаться с человеком, понять как он мыслит и какой у него подход. Также ребята готовы отдать предпочтение знакомым, рекомендациям знакомых или тем, кто ранее работал на известных им проектах.

Также, среди хороших альтернатив названы хакатоны, посещение тематических митапов, конференций или тематические встречи вроде тех, что GlobalLogic делают для Java-разработчиков. Основной фидбек специалистов: тестовые задания предпочтительнее давать Junior разработчикам, чтобы определить получится ли их обучить всему необходимому. А еще тестовое - хороший инструмент, чтобы спрогнозировать может ли Junior претендовать на переход в Middle уровень.

Тестовое задание можно дать разработчику, собеседование с которым вызывает вопросы, или в портфеле у которого нет профильных проектов и задач, если в остальном уровень специалиста подходит. Готовить тестовые задания - это задачка со звездочкой. У технических специалистов, проводящих собеседования, не всегда есть время на сами собеседования, не говоря уже о разработке и проверке выполненных заданий.

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

автор: Маша Смирнова-Матрос