Тестовое задание — крышка гроба или ступенька вверх по карьерной лестнице?

Тестовое задание для геймдизайнера: секреты, лайфхаки, подводные камни.

Привет! Меня зовут Евгений Судак, и я два с половиной года руководил отделом гейм-дизайна в Pixonic. Сегодня я хотел бы поговорить о тестовых заданиях.

Каждый, кто искал работу в игровой индустрии и не только, так или иначе сталкивался с тестовыми заданиями. Разнообразие их не перестает поражать воображение. Короткие, длинные, общие или специфические. Все они объединены общим знаменателем: это тот момент, где соискателю предлагается продемонстрировать навыки и знания в безопасной тестовой среде.

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

Тестовые задания я условно делю на три большие категории:

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

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

Но я же дизайнер! Поэтому я сел и составил для себя список требований к тестовому, которое было бы оптимальным для меня. Вот этот список:

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

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

Итак, перейдя по ссылке, мы видим документ, первый абзац которого выглядит так:

И уже на этом месте часть кандидатов сыпятся. Они не читают первый абзац (там же нет номера задачи), не читают условий, кидаются решать все подряд, забывают отмечать время.

На самом деле, тут кроется сразу несколько ловушек, рассчитанных на то, что обойдет их человек, который внимательно читает тестовое. Напишите в комментариях, какие из них вы заметили — мне интересно. А пока давайте рассмотрим первую задачу.

Первая и самая большая ошибка, на которой в первой же задаче сыпятся новички, — выбор проекта. Многие в этом месте выбирают свою любимую игру. Обычно это игры большие и сложные, типа S.T.A.L.K.E.R., The Legend of Zelda или Clash Royale. А дальше наступает ступор, потому что соискатель не может охватить всю сложность дизайна (а перечисленные проекты довольно сложные с точки зрения дизайна) и либо переключаются на проект попроще (плюсик в карму), либо описывают только поверхностные активности (терпимо), либо сразу пропускают пункт про кор-луп, и двигаются к следующему предложению (прям жирный минус). В результате, не видя перед глазами того самого кор-лупа, они вместо того, чтобы опираться на дизайн игры и анализировать ее недостатки, сваливаются в откровенную вкусовщину — или, что еще хуже, в «мой персонаж не нагибает», и расписывают, как им больно, забывая о том, что дизайн — он не про «нравится», он про решение проблемы. Мне отдельно еще всегда очень интересен пункт про причины выбора именно этого проекта: здесь сразу можно понять уровень мышления человека.

Переходим к следующему обязательному пункту программы.

Этот пункт оставляет довольно много пространства для воображения и ровно по тем же причинам оставляет довольно большое поле для ошибок. Самая главная из них — падение во вкусовщину. Не могу сосчитать, сколько раз я получал ответы на это задание, в которых ответ на вопрос «какую проблему решаем» заключался в «мне будет играть лучше». Дизайнер в первую очередь должен думать об игроке, о том, как изменение обогатит его опыт. Замечу отдельно, что далеко не всегда обогащение опыта означает играть лучше.

Следующая большая ошибка — слишком много букв (знаю, иронично писать об этом в статье на ХХХХ знаков). Многие дизайнеры вместо краткого описания предложений по существу расписывают целую рукопись про собачку Долли, девочки Полли, которую мы пойдем спасать, тратят чудовищное количество времени и сил, потом смотрят, что это лишь второе задание из 12 и на этом их боевой запал иссякает. Они худо-бедно делают еще одно задание и отправляют мне простыню текста и жалобу на то, что задание чудовищно огромное. Еще раз: внимательно читаем все условия.

Следующая задача — со звездочкой. Это значит, что она а) чуть сложнее средней задачи в этом тестовом и б) рассчитана на специализацию. То есть, здесь я ожидаю базового решения от рядового ГД и более подробного от того ГД, который хочет заниматься механиками. Задача выглядит так:

И это место, в котором происходит второй значительный отвал из воронки тестового. Начать хотя бы с того, что некоторые отваливаются на самом понятии «механика». Многие упускают из вида поставленную задачу, напрочь игнорируя входящие условия, а ведь именно они должны бы направить дизайн в нужное русло.

Ну и мое любимое — пункт «Объясни свой выбор». Вообще, это один из столпов работы геймдизайнера: уметь внятно и структурно изложить ход своих мыслей и рассуждений, подобрать аргументацию, термины и технические спецификации, чтобы облегчить работу тех, кто будет эту документацию читать. Тем больнее раз за разом читать аргументы сводящиеся к «мне так нравится» или «так я смогу всех нагибать». Такой подход демонстрирует крайне потребительскую позицию по отношению к играм и говорит о глубоком непрофессионализме.

Тем не менее, значительное количество, так или иначе, справляются с этой задачей. Но тут их зачастую ждет следующая задача, которая часто вызывает, пожалуй, наибольший уровень недоумения:

Оценка взаимосвязей — одна из самых важных задач. Это тот момент, когда мы теряем большую часть джунов, потому что эта задача рассчитана скорее на уровень джун+/мидл. Здесь нам нужно не только заметить (по возможности) все взаимосвязи с другими аспектами игры, но и дать оценку, как они изменятся, и предложить методы компенсации. Это очень часто выходит боком, когда выполняющий задание понимает, что выбрал слишком сложную игру. Поэтому читайте все тестовое прежде, чем выполнять задачи из него.

В целом дальнейшие задачи предполагают все более высокую квалификацию/специализацию у соискателя, поэтому возможен момент, на котором я вас потеряю. Если вдруг это произошло — постарайтесь запомнить место, на котором возникли сложности, и вернуться к этому позже. Быть может, это даст вам какие-то новые инсайты. А мы, тем временем, двигаемся дальше, к следующей задаче.

Кажущаяся простой задача, которая должна продемонстрировать у кандидата понимание сеттинга и его взаимосвязей с игровыми механиками. Очень часто проблемы возникают в том месте, когда соискатель говорит: «Было бы круто получить третьего “Ведьмака” в сеттинге НФ», — но совершенно не представляет того пласта проблем, которые за собой повлечет это изменение. Это приводит к откровенной вкусовщине, попыткам заткнуть дыры чем попало и плохому геймдизайну. Тут еще одна ловушка, в которую многие неопытные ГД попадают. По-хорошему, в этом месте стоит спросить: «Зачем мы это делаем? Каких целей хотим добиться?» И уже потом, исходя из дополненных данных, выдвигать гипотезы. И это то место, на котором окончательно отваливаются джуны.

Здесь я позволю себе маленькое отступление, и позволю себе коротко рассказать про уровни геймдизайнеров. В Pixonic приняты следующие ступени: junior, middle, senior, principal. Лид является скорее функционалом, чем ступенью: им может быть любой ГД, кроме джуна, и ими очень редко ставят принципалов — они слишком ценны. Чуть подробнее о каждой ступени:

Итак, мы разобрались, какие требования я предъявляю к каждой ступени. Передохнули? Поехали дальше по задачам и ловушкам.

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

Экономика вообще зачастую лежит в основе многих геймдизайнерских решений, нужно просто уметь ее увидеть. Поэтому деконстракт без экономики — пол-деконстракта. Впрочем, я увлекся. Экономика в геймдизайне — моя любимая тема, поэтому тут меня часто немного заносит. Поэтому сделаем над собой усилие и двинемся дальше.

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

Ну и надо приоритезировать фичи, желательно с обоснованием, почему это так. И к обоснованию будут предъявлены вопросы. Здесь есть еще одна ловушка, но я оставлю ее для внимательных читателей. Нашли? Напишите в комментариях.

Отличное задание даже в отрыве от тестового. Невозможность использования графических материалов вынуждает прибегать к подробным текстовым описаниям, что прекрасно демонстрирует уровень владения языком, качество аргументации и структурность мышления. Я искренне рекомендую вам самим время от времени описать фильм, картину, или книгу, не прибегая к картинкам, названию или прямым указаниям так, чтобы человек, читающий это, смог понять, о каком произведении идет речь (при условии, что он с ним знаком, разумеется). Человек, справляющийся с задачами такого уровня, демонстрирует уже потенциал сениора. Но в идеале в вашей команде таким навыком должны обладать все.

По сути, это закономерное развитие п. 4. Задача призвана дать возможность продемонстрировать свои навыки соискателям, претендующим на специализацию в балансе. В идеале я жду здесь уже каких-то графиков, цифр, возможно, формул. Оценка изменений — тоже очень важный аспект этой задачи, как и аргументы, которые выбирает соискатель. Идеальный кандидат на этой задаче может даже приложить Excel-таблицу со старым балансом и новым на соседнем листе, подсветив изменения. Но я опять увлекаюсь, так что смотрим дальше.

Задача в первую очередь для тех, кто претендует на позицию лида. Она описывает вполне типичную ситуацию на проекте, которая будет возникать довольно регулярно. И если в этом месте вы вскрикнули: «Опять free-to-play, можно же работать над обычными играми», — выдохните и подумайте еще раз. Перед классическими премиум-играми тоже часто стоят такие задачи, и во многих играх они прекрасно решаются.

Ну и если ваш ход мыслей пошел в сторону придумывания новой фичи — поздравляю, вы попали в ловушку. Ведь задание не про это! Задание, в первую очередь, про процесс и взаимодействие. Именно процессуальный подход и опора на команду отличает хорошего потенциального лида. Поэтому тут я жду совсем других вопросов и совсем другого подхода. Коварный я, да?

Данная задача — маркер потенциального продюсера. Она позволяет понять, обладает человек продуктовым мышлением, может ли он из концепта выловить главное, способен ли он сформулировать четкий список критериев оценки игры? Обычно с кандидатами, хорошо решающими это задание, получаются очень интересные беседы. Но в целом это задание совершенно не обязательно к выполнению, если только человек не решит продемонстрировать свои навыки в этой области (да-да, бывает, что продюсеры переходят в геймдизайнеры).

Задание для тех, кто претендует на специализацию в нарративе, хочет продемонстрировать свои навыки в этой области или просто отдохнуть в конце тестового. Я сам далеко не специалист в нарративном дизайне — возможно, если вы будете искать нарративщиков, оно вам не подойдет. Оно правда довольно простое, но и тут есть подводные камни. И самый большой — в слове «простимулирует». Не отправит, не заставит, не проинформирует! То есть, приключение необязательное, то есть — нам нельзя ограничиться простым «сейчас вы отправитесь в Башню Тьмы», но и написать «иди в Башню Тьмы, иначе ты не поиграешь в это новое приключение» тоже нельзя. Здесь важно выдержать баланс между интересом, связью с сеттингом и обещаниями. В данном случае это можно сформулировать примерно так: «Башня Тьмы хранит множество древних секретов. Хотите раскрыть ее тайны и отыскать Топор короля Олгрина? Вход в башню находится прямо за Водопадом Теней». Как-то так. Как я и говорил, я не специалист.

Так выглядит тестовое, которое я использую для найма геймдизайнеров. Оно позволяет мне довольно точно определить уровень геймдизайнера, а значит — лучше подготовиться к собеседованию. Я сознательно пропустил несколько ловушек: не хотим же мы давать прям пошаговую инструкцию, как пройти тестовое, правда?

В начале статьи я обещал вам рассказать о проблемных местах этого тестового. Долг платежом красен, и раз уж вы дочитали до этого места, придется и мне поделиться с вами.

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

Вот, пожалуй, и все. Надеюсь, вы получили от чтения этой статьи такое же удовольствие, как я — от написания.

Кстати, пока я писал эту статью, у меня появилась пара мыслей о заданиях, которые стоило бы добавить в это тестовое, так что через некоторое время вы вполне можете увидеть там апдейт. Спасибо за внимание, и хороших вам тестовых!