Ошибки должны быть частью плана: как доделать игру и не завалить дедлайн

Практические советы от разработчиков.

Разработка игр — это комплексная задача, которая затрагивает разные области: арт, код, музыку и многое другое. Из-за этого процесс создания игры нередко замедляется, и команда не успевает доделать всё к релизу. Чтобы избежать этого, игровые студии должны распланировать процесс разработки ещё на ранних этапах. Это помогает следить за развитием проекта и успешно им управлять.

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

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

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

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

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

Например, сооснователь Night School Studio и разработчик Oxenfree Шон Кранкель рассказывал, что изначально у студии были очень амбициозные идеи, которые лишь усложняли разработку и мешали основному сюжету.

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

Предварительная работа нужна и при создании отдельных игровых элементов. Например, старший менеджер разработки в Riot Games Джереми Ли считает, что при создании персонажей в League of Legends «самая сложная часть работы происходит до продакшена».

По мнению Олега Сергеева, разработчика из Do My Best Games, выпустившей The Final Station и работающей над The Bookwalker, к созданию плана стоит приступать, когда готов вертикальный срез игры — небольшая часть проекта с готовыми механиками.

Примерно такого же подхода придерживаются разработчики из студии «Мортёшка», которая выпустила The Mooseman и сейчас работает над Black Book. Владимир Белецкий рассказал, что при планировании команда обычно опирается на историю игры.

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

Что стоит учитывать перед созданием плана:

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

По словам Кирилла Золовкина, ведущего геймдизайнера OctoBox Interactive, в крупных студиях всё время вплоть до релиза делится на майлстоуны — промежуточные этапы, которые состоят из спринтов длительностью в две-три недели. Общая цель всех спринтов — двигать разработку в соответствии с видением продюсеров и ведущих специалистов отделов. Но конкретные цели спринтов каждый раз отличаются — их определяет проджект-менеджер и SCRUM-мастер.

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

Потеря времени и отставание от графика могут быть связаны с самыми разными процессами — от ежедневных «походов к кофемашине» до проблем с поиском новых сотрудников. Руководитель студии Owlcat Games Олег Шпильчевский перечислил несколько неочевидных вещей, которые стоит держать во внимании при создании плана.

Бывший ведущий дизайнер серии Dragon Age Майк Лэйдлоу рассказывал, что ближе к концу разработки процессы начинают наслаиваться друг на друга, поэтому важно заранее выделить время для возможных накладок. Кроме того, есть отдельные этапы, на которых есть повышенный риск потери времени.

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

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

Создатель Spelunky Дерек Ю рассказывал, что эти петли в первую очередь связаны с чрезмерным перфекционизмом инди-разработчиков. В первую ловушку они попадают, постоянно улучшая свои навыки и преодолевая разные трудности. Чем больше опыта они накапливают, тем более отчётливо видит недостатки своей работы. Вместо того, чтобы продолжать разработку, они бросают проект и начинают создавать что-то новое. И этот процесс может повторяться раз за разом.

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

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

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

Что стоит учитывать, чтобы придерживаться плана и спасти себя от ошибок:

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

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

Также Уолгрейв считает, что «игра всегда остаётся незаконченной», поэтому в ней обязательно найдутся вещи, которые можно доделать или исправить. Однако в критические моменты перед релизом самое важное — это правильная расстановка приоритетов. Все силы должны быть брошены на главные части проекта.

Бывший креативный директор BioWare Майк Лэйдлоу считает, что во время разработки почти всегда есть контент, который приходится вырезать, поэтому такие ситуации предсказуемы, и их нужно учитывать в изначальном плане. Достаточно заранее определить, какие игровые части можно будет вырезать. Например, в RPG под нож могут пойти второстепенные задания — хоть в игре и будет меньше контента, основная линия не пострадает.

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

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

Подобных принципов придерживался и автор инди-игры A Short Hike Адам Робинсон-Ю. Он выстроил свой план работы таким образом: за первые три месяца разработки он сделал основные механики и сюжетную линию, после чего выпустил игру в Humble Original. Спустя ещё три месяца разработчик выпустил игру в Steam со всеми дополнительными механиками, которые расширяли пользовательский опыт.

Ещё один способ успеть к дедлайну — сократить этап полировки и исправления багов. Но у этого метода есть как сторонники, так противники. Владимир Белецкий считает, что сырой продукт не стоит выпускать.

По мнению Кирилла Золовкина, если отложить релиз, то разработчики потеряют несколько важных преимуществ.

Как оптимизировать игру в условиях нехватки времени:

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

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

#опыт #истории #хакатон2020