Инженерный тур. 3 этап

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

В игровой индустрии России наблюдаются следующие ключевые проблемы, которые участники НТО решают в процессе разработки игр:

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

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

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

Теперь все в ваших руках:

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

Что на кону?

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

Вызов принят?

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

Количество участников в команде: 3–4 человека.

Компетенции, которыми должны обладать члены команды:

1. Геймдизайнер: разрабатывает дизайн-документ проекта, структуру и правила игры; продумывает механики, игровой баланс, сюжет, персонажей и их взаимодействие с окружающим миром.
2. Программист: занимается созданием архитектуры проекта, реализацией взаимодействия объектов и версткой интерфейсов.

3. Художник: от стиля игры будет зависеть компетенция художника, которая необходима:

   • 2D-художник — создание 2D-персонажей, окружения, UX/UI;
   • 3D-художник — создание 3D-моделей персонажей, окружения.
4. Тимлид: руководит командой и разработкой, объединяет наработки в конечный продукт и демонстрирует проект.

Необходимо выполнить 5 модулей заданий:

• Арт.
• Геймдизайн.
• Программирование.
• Продукт.
• Сеттинг.

Задание №1 — обязательное в блоках Геймдизайн, Арт, Программирование.

Задание №2 или №3 на выбор:

• если в Геймдизайне/Арте/Программировании выбран второй тип задания, то во всех остальных блоках тоже должен быть выполнен второй тип.
• если в Геймдизайне/Арте/Программировании выбран третий тип задания, то во всех остальных блоках тоже должен быть выполнен третий тип.

В блоке Продукт и Сеттинг все задания обязательны.

Задания по модулям:

• Геймдизайн (max 100 баллов):

  • Соответствие гайдлайну — max 50 баллов.
  • Процедурная генерация — max 50 баллов.
  • Глобальные ивенты — max 50 баллов.

• Арт (max 100 баллов):

  • Соответствие гайдлайну — max 50 баллов.
  • Процедурная генерация — max 50 баллов.
  • Глобальные ивенты — max 50 баллов.

• Программирование (max 100 баллов):

  • Пользовательский контент — max 50 баллов.
  • Процедурная генерация — max 50 баллов.
  • Глобальные ивенты — max 50 баллов.

• Продукт (max 150 баллов):

  • Игровой прототип — max 60 баллов.
  • Презентация и питч — max 40 баллов (не идет в индивидуальный зачет, только в командный).
  • Страничка в магазине — max 20 баллов.
  • Трейлер — max 30 баллов.

• Сеттинг и обучаемость (max 50 баллов):

  • Игровой туториал — max 25 баллов.
  • Интро — max 25 баллов.

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

1. Определение источников фана

   Проанализируйте популярную базовую статью Fourteen Forms of Fun https://www.gamedeveloper.com/design/fourteen-forms-of-fun (здесь предоставлен также машинный перевод этой статьи https://disk.yandex.ru/i/5omdzoq0zCuU3w). Напишите, каким двум формам фана должна в первую очередь соответствовать ваша игра. Для каждой из них ответьте на вопросы:

   • Каков вид получения фана?
   • Как достигается получение этого фана (общие слова)?
   • Какие уже реализованные механики работают на получение этого вида веселья (конкретные механики и их аспекты)?

   2. Фокус игры

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

   • определите три–четыре ключевые геймплейные механики (КГМ), опирающиеся на источники фана;
   • для каждой укажите, какие механики дополняют КГМ (с небольшим описанием).

   3. (не)Любимый фичекат

   После выбора ключевых столпов игры, обозначения механик, которые их укрепляют, остается еще много механик, которые не работают (что не всегда очевидно) — они существуют в любой из игр. Найдите их, обоснуйте что они лишние и... вырежьте. От этого игра во многом станет лучше. В качестве альтернативы можно предложить изменение этих механик, чтобы они работали на ранее выбранные виды удовольствия и КГМ.

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

   Определите и измените/удалите как минимум две лишние механики для получения баллов за фичекат.

   Общий формат сдачи:

   • геймдизайн-документ (до 7 страниц, мин. шрифт — 12, Arial/Times New Roman);
   • видео (строго до 3 мин), демонстрирующее работу.

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

Процедурная генерация — это магия, которая делает каждое прохождение уникальным. Хотите бесконечный мир, как в Minecraft? Или случайные подземелья, как в Hades? Все это достигается с помощью комплексных алгоритмов, которые собирают весь контент в полноценные локации, уровни, не заставляя дизайнеров продумывать и строить множество уникального контента вручную.

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

В этом задании предстоит:

1. разработать систему процедурной генерации;
2. описать ее механики, влияние на геймплей, способы контроля случайности;
3. продемонстрировать в коротком видеоформате.

1. Обоснование необходимости процедурной генерации в игре

   Задачи:

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

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

2. Элементы процедурной генерации

   Задачи:

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

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

3. Контроль случайности

   Задачи:

   • Описать три механики балансировки случайности (например, фиксированные шаблоны, гарантированные награды, «волновые» алгоритмы).
   • Указать два правила генерации (например, минимальное и максимальное количество врагов, ограничения на комбинации предметов).
   • Объяснить два метода для предотвращения создания слишком простых или сложных сценариев.

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

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

   Методы — здесь это дополнительные правила генерации, которые призваны сохранять кривую уровней сложности сценариев/локаций/прохождения для игрока. Они могут быть разными, но должны дополнять и соответствовать правилам генерации, описанным выше.

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

4. Взаимодействие игрока с процедурной генерацией

   Задачи:

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

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

5. Описание первой части игры и видеодемонстрация процедурной генерации

   Задачи:

   • Описать как минимум три ключевые момента игрового опыта, которые получает игрок при прохождении первой части, задействуя все ранее описанные (см. п. 2 «Элементы процедурной генерации») элементы сгенерированного контента (например, выборы способностей, задания).
   • Продемонстрировать в видео не менее трех различных элементов сгенерированного контента по пять единиц на каждый элемент (например, разные карты \(+\) комбинации предметов \(+\) вариации расположения врагов).

   • Интегрировать в игру и продемонстрировать на видео необходимо строго ранее описанных в п. 2 элементов процедурной генерации.

     Обратите внимание:

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

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

Общий формат сдачи:

• геймдизайн-документ (до 7 страниц, мин. шрифт — 12, Arial/Times New Roman);
• видео (строго до 3 мин), демонстрирующее работу процедурной генерации.

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

Перед вами огромный выбор. Это могут быть не просто сезонные ивенты от праздника к празднику, но и что-то более крупное! Все же играли (или хотя бы знают) про Fortnite, Genshin Impact, Concord, Clash of Clans и еще множество игр-сервисов. Так что выбор из того, что можно модифицировать огромный, а лучше придумать что-то совершенно оригинальное на основе существующих систем!

Необходимо выбрать два вида временных ивентов и описать их. Для того чтобы присутствовала альтернатива, нужно найте три системы и сделать обоснованный выбор.

1. Анализ рынка

   Опишите три вида ивентов, которые могут хорошо подойти игре. При описании каждого опирайтесь на следующие пункты:

   1. Общая формулировка. Опишите кратко и в общих словах этот вид глобальных ивентов.

   2. Приведите три игры-референса с таким видом событий (игры-референсы этой механики не обязательно будут референсами к самому проекту):

      • объясните, почему ваша ЦА примет подобную механику (в этом поможет ответить схожесть вашей ЦА и ЦА референсов);
      • выберите две из трех игр; декомпозируйте реализацию ивентов в ней на механики с точки зрения user story (не нужно постоянно использовать одну и ту же формулировку — только пункты);
      • ответьте на вопрос: «Почему игроки участвуют и ждут эти события?».
   3. Ответьте на вопросы: «Почему моей игре подходит этот вид временных событий?», «Как это временное событие поможет увеличить retention в моей игре?».

2. Выбор двух систем

   Здесь все просто. Максимально обоснованно напишите, почему одна из трех идей хуже остальных (благодаря предыдущим пунктам вы определили, что все они хорошо подходят вашему концепту, однако, постарайтесь найти узкие места в каждой).

3. Принцип работы

   Опишите выбранные две системы по плану:

   1. Опишите системы событий:

      • охарактеризуйте контент, который представляет событие и то, какие эмоции, опыт он дает игроку (рекомендуется оформить в виде таблицы (не ссылки, а именно таблицы в данном документе!));
      • приведите все способы получения контента игровым путем (при необходимости используйте таблицу для читаемости);
      • укажите отличия от игр-референсов и то, какие решения выделяют вашу механику на фоне других.
   2. Приведите конкретный пример наполнения события контентом из п. 3.1.
   3. Укажите, как именно влияет получаемый контент на игровой процесс (пример: ускорение добычи ресурса X вдвое за недельный бонус).
   4. Прикрепите блок-схему взаимодействия игрока с событием.

4. Покажите, что получилось

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

5. Игра вдолгую

   Опишите планы для итоговых систем:

   1. Регулярность событий: как часто они проходят, какой промежуток между ними.

   2. Представьте дорожную карту этих событий на 6–12 месяцев вперед (лучше изобразить в виде таймлайна):

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

Общий формат сдачи:

• геймдизайн-документ (до 7 страниц, мин. шрифт — 12, Arial/Times New Roman);
• видео (строго до 3 мин), демонстрирующее работу глобальных ивентов.

Правила оформление ответа на задания

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

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

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

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

Гайдлайн: https://cheerful-bearberry-f02.notion.site/1b9f25e0f9158086921ee468afc2dcde.

Общий формат сдачи:

• видео (строго до 3 мин), демонстрирующее все меню и игровой процесс с игровым аудио, акцент на визуал, без комментариев;
• билд.

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

Оценивается количество:

• новых уникальных ассетов, созданных для генерации (пример: ель, сосна, береза);
• категорий объектов, используемых для генерации (пример: деревья, камни, кусты);
• игровых элементов, созданных путем процедурной генерации (пример: локация, персонаж, карта).

Общее качество ассетов и сгенерированного контента также будет оцениваться.

Общий формат сдачи:

• pdf-файл (таблица, содержащая порядковый номер, пронумерованный игровой элемент в генерации которого объект участвует, пронумерованная категория объекта, изображение);
• видео (строго до 2 мин), демонстрирующее варианты контента, сгенерированного внутри игры;
• билд.

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

Оценивается:

• влияние ивентов на модели, текстуры, пост-процесс/цвет/свет, UI, звук, VFX, использование новых уникальных ассетов;
• общее качество визуальной коммуникации начала и завершения, качества ассетов, общей реализации с художественной точки зрения.

Общий формат сдачи:

• видео (строго до 2 мин), детально демонстрирующее цикл смены ивентов;
• билд.

Правила оформления ответа на задания:

• pdf-файл с таблицей;
• два видео.

Кроме того, проверяется наличие в билде.

Создайте функционал User Generated Content (далее UGC) для существующей игры.

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

При выполнении задания:

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

У игроков должна быть возможность:

• изменять внутриигровые параметры для создания дополнений (например, внутриигровые диалоги с NPC, скорость появления квестов и т. д.);
• загружать свои файлы для создания дополнений (например, png-картинки для текстур, свои модельки для NPC и т. д.)

Запишите видео с реализацией всех сделанных вами критериев (рекомендовано озвучить или добавить небольшие поясняющие субтитры).

Если проверяющий не сможет найти реализацию критерия внутри игры (неинтуитивно сделан функционал или другие случаи, в которых невозможно будет проверить, правильно ли выполнен критерий), то в ситуации, когда реализация содержится в видео, будет засчитана половина баллов за данный критерий с округлением в меньшую сторону \(\left(\displaystyle\frac 52 = 2{,}5 \approx 2\right)\).

Баллы за руководство и примеры дополнений не могут быть засчитаны через видео.

Общий формат сдачи:

• User Guide по созданию UGC (pdf-файл);
• ссылка на zip-файл (который должен находиться в предоставленном вам гугл-диске) с примером как минимум трех разных дополнений;
• видео (строго до 5 мин), демонстрирующее реализацию выполненных критериев.

Разработайте систему процедурной генерации уровней для игры, используя сиды (seed). Система должна создавать разнообразные, но сбалансированные уровни, включая мир, задания, квесты и т. д. Сложность должна адаптироваться к уровню игрока, динамически изменяя параметры генерации, при этом иметь крайние значения (например, чтобы враги полностью не исчезли):

• Ручной ввод сида: у пользователя должна быть возможность вручную ввести сид, и система должна сгенерировать мир на его основе. При вводе одинаковых сидов на разных устройствах результат одинаковый.
• Генерация мира, заданий, квестов и т. д.: разработайте алгоритм генерации игрового мира и других элементов игры на основе сида. Мир должен быть разнообразным (ландшафты, расположение объектов) и сохранять определенную степень баланса (например, равномерное распределение ресурсов).
• Адаптивная сложность: реализуйте механизм адаптации сложности генерации к прогрессу игрока, например, увеличьте плотность врагов или сложность заданий после успешного прохождения квестов или прохождения игры и, наоборот, уменьшите количество врагов, если игрок долго не может пройти определенный уровень.

Предоставьте блок-схему этого алгоритма, создайте ее на сайте draw.io (http://draw.io/).

Если проверяющий не сможет найти реализацию критерия внутри игры (неинтуитивно сделан функционал или другие случаи, в которых невозможно будет проверить, правильно ли выполнен критерий), то в ситуации, когда реализация содержится в видео, будет засчитана половина баллов за данный критерий с округлением в меньшую сторону \(\left(\displaystyle\frac 52 = 2{,}5 \approx 2\right)\). Баллы за руководство и примеры дополнений не могут быть засчитаны через видео.

Общий формат сдачи:

• блок-схема системы генерации (созданная на сайте draw.io с форматом файла .drawio);
• видео (строго до 5 мин), демонстрирующее реализацию выполненных вами критериев.

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

Для взаимодействия с сервером обязательно использовать данную инструкцию: https://disk.yandex.ru/i/MD88qfhWUusJSA.

При разработке системы учитывайте следующие моменты:

• Серверная система ивентов: создайте ивенты на сервере и реализуйте механизм их получения не чаще, чем 1 раз в 2 мин. Обеспечьте, чтобы ивенты не пересекались по времени, если они влияют на одни части игры. Постарайтесь назвать ивенты так, чтобы их названия на сервере были соотносимы с ивентами внутри игры.
• Одновременность: одни и те же ивенты должны запускаться на разных устройствах одновременно (даже на разных часовых поясах), допуская небольшую разницу во времени.
• Клиентская система уведомлений: система должна отображать уведомления игроку о предстоящих событиях (например, за день для еженедельных и за 15 мин для внутридневных).
• Влияние на геймплей и UI: каждое событие должно оказывать заметное влияние на игровой процесс и интерфейс пользователя. Влияние должно быть визуально понятно и соответствовать типу события.
• Защита от ошибок: реализуйте обработку ошибок при запросе к серверу, например, при отсутствии интернета. Ивент в любом случае должен произойти с использованием старых данных.
• Динамическое изменение: ивенты должны подстраиваться под изменение данных на сервере. Проверяющий будет изменять время ивентов, чтобы они произошли во время проверки. Желательно заранее подстроить время ивентов, чтобы оно выпало на день и время проверки (с 27 марта 17:00 до 28 марта 04:00). В случае, если ивенты не будут изменяться динамически или не будут подстроены под время проверки, может возникнуть ситуация, когда проверяющий не увидит ивенты или уведомления, поэтому баллы придется выставлять по видео.

Предоставьте блок-схему этого алгоритма, создайте ее на сайте draw.io (http://draw.io/). Запишите видео с реализацией всех сделанных критериев (рекомендовано озвучить или добавить небольшие поясняющие субтитры).

Если проверяющий не сможет найти реализацию критерия внутри игры (неинтуитивно сделан функционал или другие случаи, в которых невозможно будет проверить, правильно ли выполнен критерий), то в ситуации, когда реализация содержится в видео, будет засчитана половина баллов за данный критерий с округлением в меньшую сторону \(\left(\displaystyle\frac 52 = 2{,}5\approx 2\right)\). Баллы за руководство и примеры дополнений не могут быть засчитаны через видео.

Общий формат сдачи:

• блок-схема системы генерации (созданная на сайте draw.io с форматом файла .drawio);
• видео (строго до 5 мин), демонстрирующее реализацию выполненных вами критериев.

Правила оформления ответа на задания:

Весь ответ:

• User Guide по созданию UGC (pdf-документ);
• ссылка на zip-файл (должен находиться в предоставленном вам гугл диске) с примером минимум трех разных дополнений;
• два видео (строго до 5 мин), демонстрирующие реализацию выполненных критериев.
• блок-схема задания на выбор (созданная на сайте draw.io с форматом файла .drawio).

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

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

При создании трейлера не забудьте:

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

Важно: продолжительность трейлера должна составлять от 40 с до 1 мин 30 с.

Общий формат сдачи: видео (строго до 90 с).

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

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

Перед началом презентации покажите трейлер игры!

Презентация должна включать в себя:

• Название команды и игры.
• Паспорт игры.
• Анализ конкурентов.
• Описание геймплея.
• Анализ целевой аудитории.
• Описание выбранного стиля.
• Уникальность игры.
• Масштабируемость игры.
• Участники команды.

Ссылка на шаблон: https://disk.yandex.ru/d/eXjzHrYDmlMCpA.

При желании можно использовать свое оформление!

Общий формат сдачи: презентация.

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

На страницу необходимо добавить:

• Название игры.
• Логотип игры.
• Баннер игры.
• Наличие краткого описания (до 40 слов).
• Наличие полного описания (от 100 до 250 слов).
• Скриншоты из игры, которые отражают геймплей.
• Имя и фамилия разработчиков проекта, с указанными ролями и фотографиями.
• Дорожная карта развития проекта (визуализация реалистичной стратегии развития игры после финала НТО).

Важно: при заполнении следите за единообразием страницы и отсутствием ошибок в тексте.

Для упрощения разработан шаблон, который нужно использовать: https://www.figma.com/file/b0XIpfvW4hDjWKNGb58yOV/Mocup-RuStore?type=design&node-id=0-1&mode=design&t=wYjR9C2AKmFpU8vX-0.

Общий формат сдачи:

• ссылка на Figma;
• pdf-файл Figma;
• zip-файл, лого в png, скрины из игры, краткое и полное описание игры в блокноте с Ф. И. О. разработчиков, дорожная карта.

Задача — подготовить финальную версию билда игры и отправить ее для проверки. Для этого необходимо загрузить файл игры (файлы для ОС Windows) в вашу папку на гугл-диске.

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

При проверке билда делается акцент на том, насколько:

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

Общий формат сдачи: билд (файл для ОС Windows с игрой на гугл-диск).

Правила оформление ответа на задания: весь ответ — одно видео (до 90 с), одна презентация, ссылка на заполненную Figma, pdf с Figma, zip-файл, билд (файл для ОС Windows с игрой на гугл-диске).

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

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

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

Постановка задачи

Спроектируйте и реализуйте игровой туториал для игры.

Обучение должно быть:

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

Правила оформления ответа на задания

Предоставьте видеоролик длительностью не более 5 мин, иллюстрирующий систему игрового туториала.

Ролик должен включать демонстрацию:

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

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

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

Интро выполняет несколько ключевых функций:

• знакомит с персонажами;
• обрисовывает сюжетную завязку;
• обозначает основной конфликт;
• создает нужную атмосферу.

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

Создайте и интегрируйте интро в игру.

Интро должно:

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

Правила оформления ответа на задания

Предоставьте видеоролик длительностью не более 60 с, демонстрирующий интро к вашей игре. Интро должен быть интегрирован в игру.

Технические требования к видео:

• формат — MP4, AVI, MOV или другой распространенный видеоформат;
• разрешение — не менее \(1280 \times 720\) (720p);
• качество — видео должно быть четким, а звук разборчивым.

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

Блок Берлога также оценивается группой экспертов заочно по сданным решениям. Максимальная оценка по блоку — 50 баллов.

Часть блока Продукт оценивается группой экспертов заочно, а именно Трейлер, Страничка. Максимальная оценка — 50 баллов.

Если решение сдано после дедлайна, применяется дисконтирование в 50%.

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

Первый этап оценки проводится в формате шоукейсов² среди всех команд.

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

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

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

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

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

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

Максимальная оценка, которую команды могут получить за презентации проектов — 40 баллов.

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

Таким образом, максимальная командная оценка за решение задач инженерного тура составляет 500 баллов. Побеждает команда, набравшая наибольшее количество баллов.

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

* https://disk.yandex.ru/i/MD88qfhWUusJSA.

** http://draw.io/.

* https://disk.yandex.ru/i/o1dFEcSu1h6usg.

1. Курс по основам языка программирования C# : https://ulearn.me/Course/BasicProgramming2/Steki_i_ocheredi_48016626-87ae-411d-ae97-f7a49e465dbc.
2. Открытый курс от Яндекс по разработке игр на Unity: https://www.youtube.com/playlist?list=PLxAJaawE-vksJlTcZKibYEmtL4dUqbrSa.
3. Канал Brackeys на тему «Разработка игр»: https://www.youtube.com/@Brackeys/videos.
4. Канал «ARTALASKY CG — Как создать игру»: https://www.youtube.com/@DenOvsyannikov/videos.
5. Документация Unity с примерами кода: https://docs.unity3d.com/Manual/index.html.

1. Открытый курс от Kaino по 3D-моделированию: https://online.kaino.ru/training/view/BlenderStart.
2. Открытый курс от Kaino по 3D-моделированию: https://online.kaino.ru/training/view/Wagon.
3. Открытый уроки по Blender: https://www.youtube.com/playlist?list=PLrsq-o51mMFHlysQmjQTkkPyTMMGi2-Pw.
4. Полезные видеоролики по 3D-моделированию от Denis Kozhar: https://www.youtube.com/@DenisKozhar/videos.
5. Полезные видеоролики по 3D-моделированию от Danil Gryzlov: https://www.youtube.com/@dgryzlovart/videos.

1. Открытый курс «Фотошоп»: https://www.youtube.com/watch?v=dYQBuW8rBbI&list=PL_jKgaFUK_61p1yXULw7KPi6HGpyXKTWx&index=4.
2. Открытый курс Figma: https://www.youtube.com/watch?v=SWBUS99Hlfc&list=PLrsq-o51mMFGdWoz-ETc4fTgzVJKPrEzI.
3. Канал ANIMATION CLUB посвященный анимации и режиссуре: https://www.youtube.com/@animation_club/videos.

1. Книга по основам геймдизайна: «Геймдизайн», Джесси Шелл (неполная версия): https://www.rulit.me/books/gejmdizajn-kak-sozdat-igru-v-kotoruyu-budut-igrat-vse-litres-read-588467-14.html.
2. Книга о разработке компьютерных игр: «Кровь, пот и пиксели», Джейсон Шрейер (неполная версия): https://www.rulit.me/books/krov-pot-i-pikseli-obratnaya-storona-industrii-videoigr-read-525334-1.html.
3. Открытый курс по геймдизайну: https://edvice.pro/online-course/game-design/.
4. Открытый курс по lvl-дизайну: https://edvice.pro/online-course/level-design/.

---

1. Гайдлайн (guideline) — это документ, в котором содержится набор правил по использованию цветов, логотипа, слогана, товарного знака, шрифтов и других составляющих фирменного стиля.↩︎
2. Шоукейсы — это возможность рассказать о своей игре и презентовать продукт; в нашем случае — это демонстрация играбельности прототипа.↩︎