Ошибки разработчиков видеоигр. От идеи до провала

Второй способ избавиться от эффекта Даннинга – Крюгера заключается в том, чтобы более внимательно анализировать поведение разработчиков при работе в команде. Я достаточно долго подрабатывал фриланс-художником в различных игровых проектах, но ни один из них так и не увидел свет. У меня заказывали графику на сумму, превышавшую мой тогдашний годовой доход на основной работе. Однако проекты всё равно откладывались авторами в долгий ящик из-за массы ошибок: кому-то в итоге не хватало денег – ошибка планирования давала о себе знать; кто-то, уже оплатив всю графику, понимал, что его проект – это сущее недоразумение и окупиться он никогда не сможет (качественная игра будет хороша и увлекательна даже на заглушках и кубиках, а графика и прочие элементы лишь расширят тот спектр эмоций, которые игрок от нее получит).

Без внимательного анализа того опыта, который я приобрел в ходе работы фрилансером, я едва ли довел бы до ума Reflection of Mine. Я обрастал компетенциями, анализируя последствия решений, принятых игровыми дизайнерами и программистами. Мой низкий уровень вовлеченности в эти проекты помогал смотреть на них гораздо трезвее, чем на продукт, разрабатываемый в собственной команде. Мне было по большому счету всё равно, выстрелит игра или нет, и страсть к этим проектам не затмевала мне глаза – я относился к ним с равнодушием и скепсисом.

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

Ошибка 3 Брезговать вареньем

Опыт без работодателя

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

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

Новички часто видят перед собой непреодолимую преграду в виде замкнутого круга: чтобы устроиться на работу, нужен опыт работы, а чтобы набраться опыта, нужно устроиться на работу. Благо, в нашей сфере всё устроено немного иначе. Для приобретения опыта вам не нужны какие-то особые условия, которые может предоставить только работодатель. Если у вас есть компьютер с выходом в сеть – дорога к получению опыта открыта и все условия для работы у вас уже есть.

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

Базовые навыки