Gamedev Николай Чумаков
2 371

Кто такие геймдизайнеры: мнение проектного менеджера компании Alawar

Проектный менеджер компании Alawar Станислав Степченко написал для блога «Манжеты гейм-дизайнера» статью о профессии геймдизайнера.

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

Редакция DTF публикует материал с разрешения автора.

В закладки

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

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

Есть распространённое мнение, что бывают игры, которые делает разработчик, игры, которые делает художник, и игры, которые делает геймдизайнер. Я думаю, что чаще всего их делает как раз последний, просто он себя по-разному называет.

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

Несколько лет назад международная организация ЮНЕСКО признала видеоигры искусством. Я убежден, что гейм-дизайнер — это главный человек от искусства в создании игры. В то же время у него должны работать оба полушария мозга: помимо творца в нём должен жить прагматик, математик и инженер.

Но вернемся от лирики к практике. Итак, я некоторое время плотно общался с разными геймдизайнерами в поисках «того самого профессионала».

Как во время собеседования понять, что ты говоришь с хорошим специалистом? У меня было много ответов на этот вопрос, но я остановился и утвердился в одном из вариантов — «никак».

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

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

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

Знаете, какие ответы я чаще всего слышу людей, приходящих на позицию лид-ГД?

— Я обожаю игры и играю целыми днями!
— А во что ты играешь?
— У меня в WoW семь лет наиграно и вот я в GTA V поиграл, но мне не понравилось.
— А в какие-нибудь игры не ААА-класса ты играешь? Хотя бы в какие-нибудь суперхиты или примечательные по какой-то причине?
— Ну, нет, не очень.
— Papers please, или Don’t starve, или This War of Mine, или This is the police? Не играл?
— Нет, мне не нравятся такие игры.
— Ок, ты говоришь, ты делаешь матч3, да? В какие матч3 ты играешь?

Хорошо, если мне отвечают Candy Crush, и то это не всегда происходит/ Ну или ещё яркий пример: ГД говорит, что у него две тысячи часов во второй «Доте» . На вопрос «А в LoL сколько?» он отвечает:«Не играю. Как-то не до того».

Для чего мне этот разговор? Производство игр больше похоже на войну, чем на лежание в гамаке на Карибском острове. Только около 5% проектов, которые мы с вами делаем, успешны (цифру, честно, сам только что придумал). Всё остальное — провал, на который мы, чаще всего, потратили все силы.

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

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

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

По большому счету, это 90% моего общения во время собеседования с ГД. Всё остальное время я прошу собеседника поразмышлять на темы вроде: «Почему вот такая игра зарабатывает столько, а вот такая — столько?» или «Как бы ты рассуждал при решении задачи назначить цену вот для такого расходника вот в такой игре?».

Это узкопрофессиональные вещи, которые можно пробовать выяснять разными способами: беседами, тестовыми заданиями, задачками на собеседованиях. Тут очень много вводных и переменных, и я не могу предложить какую-то серебряную пулю.

Поговорим о хороших и плохих практиках в геймдизайне с точки зрения ПМ.

Геймдизайнер должен держать в голове целостную картину проекта. Ключевое слово — целостную. Современные игры, даже самые простые, состоят из огромного количества компонентов.

Сейчас мы делаем игру с процедурной генерацией мира. Генерация состоит из девяти шагов. Её детальное описание в одном документе походило бы на небольшую повесть, которую никто никогда разом не прочитает и уже точно не поймёт. В процессе разработки мы постоянно вносим кучу изменений в каждый из этих шагов. Любое изменение может сломать целостность системы. Контроль системы жизненно важен, и он сосредоточен в руках и голове геймдизайнера.

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

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

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

Игру нужно уметь декомпозировать не только на функции, а функции на составные части — нужно ещё уметь декомпозировать риски и сложность. Да, в какие-то моменты ГД должен быть немного риск-менеджером.

Условный геймдизайнер придумал функцию. Написал диздок. Подумал над ним пару вечеров. Переписал диздок. Посоветовался с мамой — переписал ещё раз диздок — и вот он готов. Можно было бы пойти отдать в работу, но на самом деле — нет. Где-то в этот момент (а лучше сильно раньше) в ГД должен засыпать творец и просыпаться инженер. Идеальный ГД не просто творит, он творит в каких-то рамках. Ресурсных, технологических, временных, графических, логических, жанровых — ограничений очень много. Часто ГД скован этими ограничениями постоянно, на протяжении всего проекта. Какой смысл от диздока на PvP-механику, если для её реализации потребуется команда в 20 серверщиков, а вас всего в команде четверо.

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

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

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

Очень часто в резюме ГД с опытом в пару-тройку лет можно увидеть строчку: «управлял командой разработчиков и художников, выполнял функции менеджера проектов». Это вообще вишенка на торте.

У ГД может быть несколько причин написать это в резюме. Иногда люди думают, что генерация задач для других людей и значит «управление командой». На этом вообще можно не останавливаться. Куда более интересен случай, когда ГД действительно вынужден выполнять роль менеджера, HR, концепт-художника, да кого угодно. Я глубоко убежден, что это очень опасный путь.

Да, большинство из нас работает в условиях ограниченного бюджета. У нас нет возможности нанимать отдельного специалиста на каждую роль, но вынуждать ключевого человека в команде брать на себя непрофильные активности — плохо. Плохо именно потому, что геймдизайнер должен геймдизайнить.

Я уже говорил, что быть геймдизайнером тяжело в том числе и потому, что эта роль подразумевает очень много разной работы. Творческой, технической, монотонной, динамичной, длительной, итеративной. Стараться ко всему этому многообразию добавить новые активности — усложнять себе жизнь. Чаще всего либо за счет здоровья, либо качества работы.

Геймдизайнер принимает огромное количество решений. Почти всегда от качества этого принятия зависит успех проекта. Нередко эти решения будут оспариваться командой.

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

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

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

Есть такой неизбежный процесс — выгорание. Что бы мы ни делали — оно неизбежно. Его можно отсрочить, его можно полечить, его можно на какое-то время купировать, но так или иначе, все мы с какой-то скоростью выгораем.

Сколько может быть эффективен и продуктивен ГД, который полностью отдаёт себя работе и играм, не замечая ничего вокруг? Хорошо, если он за это время успеет сделать хит, который позволит вылечить и исправить все проблемы, которые он нажил за это время. А если нет? Уходить из профессии? Увольняться и ехать дауншифтером в Индию в ожидании просветления? Куда проще и эффективнее сохранять баланс. Уметь отключать свою болезнь на выходные, и на те моменты, когда ты занимаешься нерабочими активностями.

На этом у меня всё. Буду рад, если мои слова окажутся полезны для кого-нибудь. Любите игры, болейте играми и делайте игры.

#геймдизайн

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Николай Чумаков", "author_type": "editor", "tags": ["\u0433\u0435\u0439\u043c\u0434\u0438\u0437\u0430\u0439\u043d"], "comments": 22, "likes": 10, "favorites": 1, "is_advertisement": false, "subsite_label": "gamedev", "id": 1307, "is_wide": false, "is_ugc": false, "date": "Thu, 06 Oct 2016 17:36:04 +0300" }
{ "id": 1307, "author_id": 773, "diff_limit": 1000, "urls": {"diff":"\/comments\/1307\/get","add":"\/comments\/1307\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/1307"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 64954, "possessions": [] }

22 комментария 22 комм.

Популярные

По порядку

Написать комментарий...
3

Не вижу никакой причины, по которой ГД не должен быть ПМом. Эта должность включает в себя планирование и расстановку приоритетов разработки - функции, которые я по своей воле никому и никогда не отдал бы.

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

Ответить
1

Думаю, что тут не может быть какой-то "эталонной истины". Для меня ситуация когда ГД планирует и приоритезирует разработку (а может и не только разработку) так же вычурна, как для вас обратная ситуация. При этом, конечно же лид-гд в этом планировании участвует и его мнение учитывается.

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

Ну а "способность" выполнять какие то функции и выполнение этих функций это две разные вещи.

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

Ответить
1

Ну, есть куча ситуативных причин:
- У ГД большая нагрузка и нет времени ПМ-ить
- ГД не умеет работать с людьми, лучше не подпускать
- Функции ПМ-а вообще нет, вместо решают тимлиды + продюсер.
- На проекте нет полценного ГД (вместо него математик + сценарист и ни один не в курсе, что вообще за проект делается).

Но это все отдельные исключения, а по сути то согласен - если у компании есть ГД, умеющий и могущий контролировать работу, то НЕ доверять ему эту обязанность = закапывать потенциал команды и тормозить процессы.

Ответить
0

А если он еще умеет программировать и рисовать, то не доверять ему эти обязанности = закапывать потенциал команды и тормозить процессы.

Ответить
0

Вы утрируете. Есть исполнительная ветвь, а есть руководящая. Конечно, никто не сможет всю работу над проектом делать лично. Но направлять разработку ГД обязан. Цель команды - сделать определенный продукт за определенный срок. ГД видит будущий продукт, и понимает, почему он должен быть таким, а не иным. Поэтому знает, какая часть ключевая, от чего нужно плясать, что можно отрезать, что стоит добавить, если будет возможность, что нужно запрототипировать и проверить на самых ранних стадиях, чтобы понять, на что вообще способна команда.

Ответить
0

так вот ГД - исполнительная, лучше не надо ему всеми руководить, может равновесие ухудшится.

Ответить
0

я утрирую намеренно, чтобы ярче проиллюстрировать свою мысль, которую можно сформулировать более прямо: "каждый должен делать свое дело".
Я вижу, что мы с вами по разному понимаем работу ПМ и, возможно, говорим о проектах и командах разного масштаба. А зачем вы начинаете говорить про продакт оунинг и протоипирование вообще не понятно.

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

Ответить
0

Говорю, потому, что это невероятно тесно связано с вопросами расходования времени и человеческих ресурсов.

Соглашусь, что опыт ГД, которому пришлось ПМить отличается от опыта выделенного ПМа, да еще и с большой командой.

Ответить
0

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

Так вот, ГД + кодер дает маленькую синергию, а ГД + ПМ - большую, т.к. они должны обладать одинаковыми знаниями.
ГД скорее предложит оптимальные фичи, если понимает их стоимость в человекочасах и сложность для команды, а ПМ эффективнее проконтролирует процесс, осознавая приоритеты различных элементов задачи и понимая, от чего можно отказаться, а что необходимо.
Ну и тому подобное.

Ответить
0

Я говорю о том, что ПМ - это полноценная работа, которую в более менее крупной команде тяжело с чем то совместить. точно так же и ГД.
Фраза "ГД + ПМ - большую, т.к. они должны обладать одинаковыми знаниями." - вызывает недоумение. Серьезно? вы считаете, что менеджмент проекта требует таких же знаний как геймдизайн?
Можно поинтересоваться какими командами и проектами вы руководили как ПМ совмещая эту роль с ГД? Прикладные примеры вполне могут меня переубедить :)

Ответить
0

Согласен. Сам являюсь и ПМ и ГД, времени на сон, конечно, становится меньше, но понимания процесса разработки прибавляется в разы.

Ответить
1

Прекрасная статья) Интересно ещё про других участников этой лестницы: сценарист-геймдиз-пм-продюсер) У Сиротина тоже было отлично, но без последнего.

Ответить
0

Спасибо. Про продюсера это сильно другая история и я даже боюсь начинать вслух рассуждать на эту тему пока.

Ответить
0

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

Стасу спасибо! Играть и правда необходимо много и в разное. Иногда и летсплеи помогают, когда особенно некогда.

Ответить
0

Мы в какой-то момент в команде определились, по инициативе разработчиков, что они "разрабатывают игру", а не просто программируют. :) Никакой особой смысловой нагрузки это не несет. Задеть кого-то терминами точно не хотел :)

Ответить
1

Стас, никто не задет. Я не сразу соотнёс с developer (что обычно к программистам относится в англ.), туповат просто.
А, кстати, 20 серверщиков - что-то не до фига ли? :) Даже в Аллодах Онлайн столько не было, кажется (на ОБТ, сейчас не знаю).

Ответить
0

да это я так... для красного словца, не более :)

Ответить
0

Ещё можно говорить кодер

Ответить
0

можно, но для меня это уже из области инкодер-декодер :)

Ответить
0

Как-то, в стародавние времена, на первой серьезной работе, я спросил у нашего джависта: в чем разница между кодером, программистом и разработчиком?

Он хмыкнул и ответил: в зарплате.

Ответить
0

Хорошо, что "гейдизы" не используется. Очень даже хорошо.
П.С.
No aggro. Just for lulz.

Ответить
0

Хорошая статья, но все же из-за нехватки человеческих ресурсов или бюджета, ГД вынужден быть ПМ'ом как ни крути, ведь больше просто некому двигать этот самый состав.

Ответить
0

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "clmf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fjog" } } }, { "id": 10, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "clmf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-250597-0", "render_to": "inpage_VI-250597-0-1134314964", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=clmf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudo", "p2": "ftjf" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fzvc" } } } ]
Невероятно! Skyrim портировали на...
Подписаться на push-уведомления