Хочу в геймдев! Основы игровой разработки для начинающих - Вячеслав Николаевич Уточкин

class="a">[25] – не лучшее решение. Например, арт-директор попросил художника нарисовать дракона для фэнтезийной игры в жанре action-RPG. Задача поставлена, дополнительных вопросов не возникло, и можно спокойно ожидать результатов. Как же руководитель удивился, когда через неделю художник показал ему механического дракона-паука! «Что ты нарисовал?!» – «Дракона, – ответил художник. – Ты же не указал деталей, а я вижу дракона именно так». Это история о сломанной коммуникации. О том, как важно детально описывать все нюансы работы в техническом задании. И о том, что мы должны уметь говорить друг с другом.

Рис. 7. Проблема в коммуникации

Работа гейм-дизайнера в инди-команде и игровой компании

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

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

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

ИНДИ-ОДИНОЧКА

Стереотипный инди-разработчик просыпается в обед, подкрепляется «Дошираком», заливается тонной кофе, после чего настает время поработать ради своего успеха. Продуктивный начальный этап генерации идей, полный мотивации и надежды, – позади; осталось самое сложное – поэтапно реализовывать задуманное. Даже для самого организованного человека на этом этапе важен план разработки.

Допустим, сегодня вы решили проработать систему фракций в вашей игре. Вы можете описать, как она должна работать, после чего, например, обратиться к похожим играм, чтобы проанализировать, как фича реализована на других проектах. В одиночку вы начинаете программировать, если не хватает артов – берете готовые ассеты[26], рисуете интерфейс и, убедившись, что нововведения как-то работают и не сломали игру, ложитесь спать. Тестировать все, по сути, будут уже ваши игроки, а исправлять недочеты и баги[27] в процессе вам предстоит, опять же, в одиночку.

СОТРУДНИК ИГРОВОЙ КОМПАНИИ

Просыпаться приходится раньше, чтобы погулять с собакой, отвезти детей в садик, успеть привести себя в рабочее состояние и доехать, например, через всю Москву до станции метро «Аэропорт», мечтая о корпоративном завтраке с вкусным кофе. Здесь ждут и другие прелести офиса: мягкое кресло, два монитора, спортзал, на который все равно частенько не хватает времени и сил. Прежде всего гейм-дизайнер обращается к почте, корпоративным мессенджерам (чаще всего это Skype, Slack или Telegram), Jira (или другой программе, где ставятся задачи) и своему календарю (чтобы вспомнить о запланированных собраниях, плейтестах[28] и прочих организационных моментах).

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

Проектный менеджер (ПМ), ссылаясь на план, уточняет, готовы ли вы сегодня наконец приступить к созданию фракционной системы. Так как еще 60 человек ждут проработки этой фичи, выбор невелик: команду подводить нельзя. Так что вы приступаете к анализу конкурентов, составлению документации, сбору обратной связи от коллег, чтобы в середине дня отправить результаты своей работы продюсеру проекта. Последний вносит свои правки, и вам предстоит их проработать, после чего документ принимают, а ПМ распределяет задачи по отделам, откуда немедленно поступают вопросы, что же вы имели в виду. Дав необходимые консультации, вы понимаете, что время – 17:00, вы очень устали и должны срочно выпить кофе. Иногда по результатам очередного общения с ПМ вам приходится задержаться, чтобы закончить свою работу. После чего с чувством выполненного долга можно отправиться домой, а на следующий день проделать все то же самое, так как продюсер посчитал, что конъюнктура рынка изменилась и фракционная система больше не нужна, а вот клановые бои необходимы немедленно.

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

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

Таким образом, с одной стороны, продюсер не влияет на работу каждого специалиста самостоятельно, он не должен ставить задачи сотрудникам в обход проектного менеджера. С другой стороны, как ответственное лицо и руководитель проекта именно продюсер принимает ключевые решения. Получается, что продюсер делится своим опытом и видением проекта с командой, но не вмешивается в процесс. Если продюсер видит, что необходимо внести изменения, сначала он должен обсудить с ПМом, насколько это увеличит срок разработки. ПМ, в свою очередь, не может решать продуктовые вопросы – это зона ответственности продюсера.

Особенности работы в игровой студии

Ради чего люди идут работать? Самый простой и понятный вариант – чтобы получать деньги, и таких людей легко мотивировать премиями.

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

Другая