Совет для прототипирования #3: Никаких привязанностей

В Mythical Man Month Фред Брукс впервые употребляет свое знаменитое выражение “Отпускайте легко, так как это неизбежно”. Этим он хотел сказать, что нравится вам это или нет, но первая версия вашего проекта – это не конечный продукт, а прототип, от которого впоследствии придется отказаться, чтобы создать “правильно” работающую систему. Но по правде, “отпустить”, возможно, придется много прототипов. Для разработчиков с небольшим опытом это очень трудно – они воспринимают это как провал. Создавая опытный образец, убедите себя в том, что прототип – это временная мера и ее жизненный цикл заканчивается в том самый момент, когда вы получаете ответ на свой вопрос. Смотрите на каждый прототип как на возможность чему-то научиться – потренироваться перед созданием “настоящей” системы. Конечно, отказываться от всего не нужно – собирайте работающие “кусочки”, чтобы впоследствии слепить из них что-то действительно стоящее. Иногда это больно. Дизайнер Николь Эппс сказала следующее: “Это как зарезать собственное дитя, но этому нужно научиться”.

Совет для прототипирования #4: Разместите прототипы в порядке их важности

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

Совет для прототипирования #5: Совмещайте прототипы эффективно

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

Совет для прототипирования #6: Они не должны быть цифровыми

Ваша цель – пройти максимальное количество циклов с максимальной эффективностью. Если с этим понятно, то почему бы нам на время не отказаться от использования ПО? Немного смекалки, и вы сможете создать настольную версию вашей видеоигры или, как ее еще называют, бумажный прототип. Почему это нужно? Потому что на настольную игру можно часто спроецировать основные черты геймплея, притом, что на ее создание вы потратите гораздо меньше времени. Это позволяет обнаруживать проблемы раньше – поиск, обнаружение и решение проблемы являются основными целями создания опытных образцов, поэтому бумажные прототипы вполне могут сэкономить вам много времени. Если ваша игра пошаговая, это значительно упрощает задачу. Прототипом пошаговой системы боя для Toontown Online стала простая настольная игра, которая позволила нам тщательно сбалансировать многие виды атак и комбо ударов. Мы могли следить за хит-поинтами на бумаге или на доске, и играть снова и снова, добавляя новые и убирая ненужные правила, пока игра не станет достаточно сбалансированной, чтобы можно было приступить к кодингу.

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

Не нашли, что искали? Воспользуйтесь поиском: