Каждый пункт мы оцениваем по десятибалльной шкале. Берем свои навыки и навыки имеющихся в наличии единомышленников. Если вы можете нарисовать как минимум семь напротив хотя бы трех-четырех пунктов этого списка — вам надо сконцентрироваться на них, а остальные прятать (или не акцентировать). Или наращивать экспертизу.

Кроме того, держите в голове то, что было сказано ранее в этой главе. И, скажем, если вы супер в нарративном сюжете, анимации, режиссуре и арт-дирекшене, но зачем-то планировали делать свою игру как бесплатный онлайн-проект на мобильные платформы (потому что вчера Федор с Иваном, работающие в большой успешной корпорации, в баре после десятого пива сказали, что надо делать только такие игры), ну, возможно, вы уже делаете что-то не так.

Если же вы четко понимаете, что у вас явные проблемы, и совсем непонятно, как получить доступ к некоторым экспертным полям (например, левел-дизайн в запланированной игре про пятьдесят пространственных головоломок), наверное, стоит тоже как-то сесть, задуматься и переосмыслить текущие планы.

Промежуточные итоги

В идеале, все взвесив, вы должны прийти к какому-то стройному видению игры с точки зрения продукта. Которое и станет вашим фокусом, предопределяющим примерно половину действий. Например, вот в таком виде.

...

Title X

Однопользовательская игра для ПК, распространяется за деньги, дальнейшие перспективы развития на консоли PS4, Xbox ONE, Switch.

Команда сильна в нарративном сюжете, музыке, режиссуре и неплоха в арт-дирекшене (и вообще вы раньше занимались видеопроизводством и рекламными роликами, но свалили из своих бывших компаний).

Команда страдает от недостатка экспертиз в системном дизайне, левел-дизайне, UI/UX.

Это все в целом неплохо ложится на картину красивого, идейного walking sim с прекрасным сюжетом.

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

...

Title Y

Многопользовательская игра для мобильных платформ, распространяется бесплатно, изначально выпуск на Apple Store, потом Android, если все будет хорошо, то еще и Switch.

В команде есть крутейший дизайнер-математик, UI/UX чемпион, понимание серверной экспертизы, неожиданно режиссер.

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

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

Или же вдруг у вас вот такая история.

...

Title Z

Однопользовательская игра для ПК с такими вкраплениями онлайна, как рейтинговые таблицы и повторы видео. Игра ввиду своей специфики свободно может быть портирована на мобильные платформы и даже веб, а при определенном развитии событий — вообще на все платформы.

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

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

В общем, вы поняли основной принцип.

Также все три примера — это существующие игры, на данный момент успешно разработанные или подписанные с издателем и находящиеся на стадии пре-релиза.

Сотрудники и их роли

Так как у нас зашла речь о доступах к трудовым ресурсам и степени их компетентности, стоит очень кратко обрисовать, какие роли и какие специальности вообще существуют на рынке.

Я это делаю не только в порядке ликбеза, но и для того, чтобы зафиксировать некоторые термины. Дело в том, что в индустрии есть определенные проблемы с терминологией и одни и те же слова порой интерпретируются по-разному. Определение одной и той же специальности может гулять от компании к компании. Как в силу сложившихся практик в конкретном месте в конкретное время, так и из-за въевшихся в мозг ошибочных представлений — причем даже на уровне руководящего состава, а не только среди HR-менеджеров. Я допускаю, что с некоторыми моими определениями согласятся далеко не все. Но как минимум мы их проговорим и обозначим. И не будем путаться в ролях. Это как, например, можно услышать: «У нас команда из трех человек, нам не нужен продюсер, зачем он вообще». Нет, один из вас принимает на себя роль продюсера — просто он об этом почему-то не знает. А вот нужен ли вам кто-то еще на эту роль — это уже совсем другой вопрос. И тут как минимум стоит понимать, что это вообще такое и как это может выглядеть на практике.

Ниже возможные роли на производстве.

Геймдизайнер (Game Designer)

Возможно написание «гейм-дизайнер» (и оно вполне корректно). Придумывает и описывает игровые механики (или детализирует на основе брифов/указаний сверху), отлаживает их, выстраивает баланс, в некоторых случаях может писать скрипты.

Во free-to-play проектах такой человек может иметь сильный математический уклон. Вплоть до того, что является не столько геймдизайнером, сколько узкоспециализированным математиком.

В рамках структуры могут быть свои градации, например: Lead Game Designer, Senior Game Designer или Junior Game Designer. И может быть разное приложение усилий геймдизайнера: от высокоуровневого дизайна до низкоуровневого. Низкоуровневый — это когда человек руками настраивает, скажем, параметры выстрела с точностью до тысячной доли. А потом тестирует. А потом меняет одну цифру. И снова тестирует.

Левел-дизайнер (Level Designer)

Хотя многие считают эту специализацию родственной или вспомогательной по отношению к геймдизайну, на самом деле это отдельная, важная роль, основным полем деятельности которой является аспект взаимодействия игрока (напрямую или же через героя/действующее лицо/протагониста) с игровым окружением и все закладываемые в этот процесс принципы и механики. Если очень сильно упростить, то левел-дизайнер создает дизайн уровней/локаций (потому он и называется левел-дизайнером). То есть он, как правило, руками копается в редакторе и расставляет объекты.

Программист / Разработчик / Developer

Будет безумием запихивать сюда словарное определение программиста — вы и так понимаете, о чем идет речь. Но нужно сделать пару важных пояснений. Программист работает не в вакууме и не является знатоком всех языков мира. У него есть специализация — и возможность ее изменить и расширить. Самые распространенные языки в игровой индустрии — это C++ и C#. Можно еще упомянуть Java, но в целом это все производные от С.

Программисты работают в программной среде и — если не пишут собственный движок — то внутри какой-то конкретной технологии. И, соответственно, владеют инструментарием этой технологии. Во-многом поэтому их зачастую и называют девелоперами — их работа сводится не только к написанию кода. Более того, существуют девелоперы, которые, строго говоря, не совсем программисты. Например, они хорошо понимают Unreal Engine 4, но скриптуют на Blueprints, а C++ не просто не используют, но даже и не умеют.

Как уже будет отмечено далее по тексту, если вы ищете программиста, то вам следует учитывать конкретную специфику и нюансы. Например, если у вас Unreal Engine 4, то может быть целесообразнее искать программиста на C++, а не «UE4-программиста». С технологией, если что, познакомится, освоит.

Вкратце упомяну, что существуют еще backend-программисты (они же «серверные программисты»), но это тема для отдельного разговора (да и его стек может быть разным), и вообще у них там своя атмосфера.

Технический директор

Может называться CTO (Chief Technical Officer). Как правило, сам является программистом/разработчиком высокого уровня (ну или как повезет). Хорошо знает технологический стек и, собственно, формирует его. Это главный «технический» человек на вашем проекте.

Product Owner

В случае Product Owner и Project Manager используется, в общем-то, терминология методологии SCRUM (и производных от нее). Product Owner (условный «владелец продукта») формирует задания (фичи, user stories [User stories (пользовательские истории) — способ описания требований к разрабатываемому продукту. Это 1–2 предложения, что называется, на языке пользователя. — Прим. ред.], называйте как хотите) и отдает их человеку-функции с названием Project Manager («проектный менеджер» или «управляющий проектом»). Тот рубит это все на мелкие куски, ставит в план и раздает задания конкретным специалистам.

Должности Product Owner почти никогда и нигде не существует. Это именно роль. Ее в том или ином виде почти всегда принимает главный идеолог проекта.

Проджект-менеджер (Project Manager)

См. выше. В голом виде является прорабом. Или ответственным секретарем редакции газеты. От него требуется понимать пайплайн производства — кто чем вообще занимается. В стандартной конфигурации от него совершенно не требуется что-то выдумывать или во что-то играть. Он реально может быть человеком со стройки, которого хорошо проинструктировали по поводу специфики отрасли. В некоторых IT-компаниях вам могут рассказать, что это не совсем так, и вообще ему желательно иметь техническое образование и сертификаты PMBOK или типа того. В целом это неправда.