Этапы разработки игры после прототипа: критерии готовности

Что должен показать каждый этап производства?

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

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

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

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

Как держать под контролем материалы и контент?

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

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

Большая папка с изображениями или моделями — это ещё не производственный процесс. Им она становится только тогда, когда понятно, как каждый материал встраивается в игру, проверяется и принимается. До этого момента объём готовой графики мало что говорит о том, насколько игра близка к выпуску.

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

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

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

Заранее решите, как будут переданы исходники, как разбираются ошибки и кто отвечает за обновления после выпуска. Игры разрабатывает Maxarium — отдельная компания. Объём и условия обсуждаются под задачу.