Джесси Шелл - Геймдизайн [Как сознание определяет наше бытие] [litres]

Также стоит отметить активное участие всей команды в процессе принятия важных решений по дизайну. Один только дизайнер никогда не смог бы с этим справиться – бо́льшая часть дизайна определялась технологией и эстетикой.

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

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

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

Геймдизайнер Марк Церни дал свое описание системе разработки игры и назвал его «Метод» (The Method). Неудивительно, что в нем он описывает вышеупомянутые системы итераций и оптимизации рисков. Но в «Методе» Церни делает интересное различие между тем, что он сам назвал «предпродакшен» и «продакшен» (термины позаимствованы из киноиндустрии). Он говорит, что вы находитесь на стадии предпродакшена до тех пор, пока у вас не будет двух готовых к изданию уровней с полным комплектом всех необходимых функций. Иными словами, если у вас нет двух полностью готовых уровней игры, у вас нет сформированного дизайна игры. Как только вы достигаете волшебной отметки, вы переходите на стадию продакшена. Это значит, что у вас появляется четкое видение игры и вы можете переходить к планированию графика ее дальнейшей разработки. Церни говорит, что обычно к этой отметке подходят, израсходовав примерно 30 % имеющегося бюджета. То есть, если к этому моменту вы потратили $1 миллион, вам, скорее всего, понадобится еще $2,3 миллиона на то, чтобы довести проект до конца. Этот приблизительный подсчет на деле является самым точным способом спланировать дату выхода игры. Недостаток этого подхода состоит лишь в том, что вы не сможете ничего планировать, пока не истратите 30 % бюджета. По правде, этой проблемы нельзя избежать – «Метод» лишь показывает нам, как в кратчайшие сроки достичь «точки прогнозируемости».

За годы работы я вывел собственные правила, которые помогают мне доводить игры до конца, не выходя за рамки бюджета и сроков. Я назвал эти правила «правилами 50 %».

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

Второе правило 50 %:Все основные элементы гейм-плея должны быть готовы уже на середине вашего пути. Таким образом, вы сможете использовать первую половину срока для создания просто рабочей версии, а вторую половину потратите на превращение рабочей версии в хит. Обычно разработчики планируют потрать 80 % времени на рабочую версию и 20 % – на доведение ее до финального вида, но с таким подходом результат оставляет желать лучшего. Если же вы отдадите под рабочую версию лишь 50 % своего времени, вы сумеете создать готовый продукт, даже если что-то пойдет не так.

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

Призма 18: Призма страсти

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

• Я все еще безоговорочно верю в то, что эта игра обречена на успех?

• Если я потерял страсть, есть ли шанс обрести ее вновь?

• Если страсть уже не вернуть, стоит ли мне продолжать делать то, что я делаю?

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

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

Bill Buxton: Sketching User Experience . Эта книга исследует природу «скетчей» (англ. sketch – набросок), ведь прототипы – это тоже своего рода наброски. Она охватывает широкий спектр дисциплин, а выводы относительно изучаемого вопроса могут открыть вам глаза на некоторые вещи.

Bill Lucas: Have Paper, Will Prototype . Эта лекция представляет собой набор реальных примеров создания бумажных прототипов для компьютерных интерфейсов.

Mike Selinker: The Kobold Guide to Board Game Design . Лучшая книга по созданию настольных игр.

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

Agile Software Development. Если вы захотите изучить гибкую методологию более детально, советую обратиться к статье на «Википедии»: она очень хорошо написана и содержит много полезных ссылок.

Jason Vandernberghe: The 4Fs of Game Design: Fail Faster, and Follow the Fun. В этой статье автор (которая основывается на идеях Марка Лебланка) разбивает ключевые аспекты геймдизайна на понятные, простые элементы.