Возможно, этот риск звучит абсурдно, но подобные вещи происходят постоянно. Если такое случается в середине проекта – катастрофа. Причем игнорировать это нельзя, нужно учитывать каждый риск, способный поставить ваш проект под угрозу. Поможет ли в данном случае прототип? Скорее всего, нет. Оптимизировать этот риск поможет либо эффективный менеджмент, либо специфический дизайн вашей игры, тематику которого можно легко изменять по мере необходимости. Можно даже включить в план создание двух разных игр – основная идея в том, чтобы моментально реагировать на риски и принимать меры по предотвращению угрозы для вашего проекта.
Оценка и оптимизация рисков – это очень полезный подход, а также призма 16.
Призма 16: Призма оптимизации рисков
Чтобы использовать эту призму, перестаньте надеяться на лучшее и начните серьезно обдумывать вещи, способные поставить вашу игру под угрозу. Спросите себя:
• Что может не дать этой игре стать хитом?
• Как мы можем это предотвратить?
Управление рисками – это трудная задача. Вы должны столкнуться лицом к лицу с проблемами, от которых предпочли бы сбежать, и в максимально сжатые сроки разобраться с ними. При достаточном уровне самодисциплины вы сможете пройти больше циклов и с бо́льшим уровнем эффективности, что позволит вам получить на выходе игру более высокого качества. Порой очень тяжело отказаться от привычного игнорирования возможных проблем и работы над простыми и понятными аспектами. Но вы должны преодолеть себя и сосредоточиться на тех частях игры, которые могут поставить проект под угрозу.
Все знают, что своевременное создание прототипов – важное условие качественной разработки игр. Вот несколько советов, которые помогут вам создать самые лучшие и самые полезные опытные образцы вашей игры.
Каждый прототип создается для того, чтобы получить ответ на вопрос или на несколько вопросов. Вы должны научиться четко формулировать вопрос. В противном случае вы рискуете не сэкономить время, как изначально планировалось, а потерять его. Вот некоторые примеры вопросов, на которые может отвечать прототип:
• Сколько анимированных персонажей может поддержать ваша технология?
• Увлекателен ли основной гейм-плей? Как долго он может оставаться увлекательным?
• Насколько хорошо персонажи и окружающий мир сочетаются в эстетическом плане?
• Насколько большими должны быть уровни?
Не поддавайтесь соблазну создавать свой прототип заново и сконцентрируйтесь на том, чтобы он отвечал на основные вопросы.
Разработчики всех мастей имеют одну общую черту: они гордятся своим ремеслом. Поэтому большинству из них претит даже мысль о создании прототипа «на скорую руку». Художники потратят слишком много времени на наброски сырого концепта, а программисты слишком долго будут делать из этого более-менее качественную игру. В работе над прототипом имеет значение только одно – отвечает ли он на вопрос. Чем быстрее прототип ответит на вопрос, тем лучше – даже если он лишь наполовину рабочий и выглядит угловато. Шлифование прототипа может ухудшить положение вещей. Плейтестеры (и коллеги) скорее укажут на недостатки опытного образца, который выглядит как черновик, чем на проблемы того, который выглядит как готовая игра. Отшлифованный прототип может скрыть настоящие проблемы за привлекательной внешней оболочкой.
Здесь вам нужно забыть о Правиле цикла. Чем быстрее вы сделаете отвечающий на ваш вопрос прототип, тем лучше, и неважно, как плохо он выглядит.
