Содержание проектного документа [закрыто]

Каков минимальный контент, который должен иметь документ по дизайну игры?

Я из другого потока жизни (ТВ Производство), но это в основном то же самое. Вам нужно производство библия. Но, проще говоря - вам нужно то, что вам нужно, и больше ничего.

• Список персонажей
• Список уровней с каждым набором списка уровней (области, которые необходимо / заслуживают особого внимания)
• Список опор

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

Сюжет / Производственный лист игры.

• Сценарий и X-Sheets для аниматоров, если у вас есть история и диалог / VO
• Выполните сценарий, описывающий игру как линейно прогрессирующую (если игра достаточно сложна, чтобы в ней нуждаться, и, конечно, линейна по своей природе)
• Механика игры для каждой игры / уровня / мини-игры с установленными целями, препятствиями, наградами - вы можете сделать это для каждого уровня и получить только большую идею в сценарии

Короче говоря, все, что работает для вас и размер / масштаб вашей команды.

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

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

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

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

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

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

При использовании вики есть несколько рекомендаций, которые могут помочь с:

• Одна вики-страница на систему / персонаж / уровень / ...
• Сохраняйте вики хорошо организованной и структурированной, каждый тип контента должен иметь определенный шаблон. Вам нужен хотя бы один WikiNazi, чтобы содержать сайт в чистоте.
• Опишите дизайн кратко и с пунктами маркировки, проектный документ не место для повествовательного текста
• Делайте страницы короткими и сфокусированными, цель не должна превышать 1-2x высоты экрана.
• Картинки действительно стоят 1000 слов, используйте диаграммы, чтобы донести свою мысль.

Там нет минимума / максимума. Он должен содержать все необходимое для начала работы над игрой. Не больше, не меньше.

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

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

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

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