Читаем Игра как бизнес. От мечты до релиза полностью

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


Геймдизайнер (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[9], называйте как хотите) и отдает их человеку-функции с названием Project Manager («проектный менеджер» или «управляющий проектом»). Тот рубит это все на мелкие куски, ставит в план и раздает задания конкретным специалистам.

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


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

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

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


Продюсер (Producer)

Перейти на страницу:

Похожие книги

20 великих бизнесменов. Люди, опередившие свое время
20 великих бизнесменов. Люди, опередившие свое время

В этой подарочной книге представлены портреты 20 человек, совершивших революции в современном бизнесе и вошедших в историю благодаря своим феноменальным успехам. Истории Стива Джобса, Уоррена Баффетта, Джека Уэлча, Говарда Шульца, Марка Цукерберга, Руперта Мердока и других предпринимателей – это примеры того, что значит быть успешным современным бизнесменом, как стать лидером в новой для себя отрасли и всегда быть впереди конкурентов, как построить всемирно известный и долговечный бренд и покорять все новые и новые вершины.В богато иллюстрированном полноцветном издании рассказаны истории великих бизнесменов, отмечены основные вехи их жизни и карьеры. Книга построена так, что читателю легко будет сравнивать самые интересные моменты биографий и практические уроки знаменитых предпринимателей.Для широкого круга читателей.

Валерий Апанасик

Карьера, кадры / Биографии и Мемуары / О бизнесе популярно / Документальное / Финансы и бизнес
Пять пороков команды
Пять пороков команды

Глава одной высокотехнологичной компании подал в отставку, поскольку работа компании при нем разваливалась на глазах. «Менеджеры достигли совершенства в искусстве подставлять друг друга. Команда утратила дух единства и товарищества, его сменила нудная обязаловка. Любая работа затягивалась, качество падало». Через некоторое время в компанию приходит новый руководитель и обстановка еще больше накаляется — Кэтрин полна решимости разобраться с проблемами команды менеджеров, которые почти привели успешную компанию к краху.Какой ценой, и главное, каким образом ей это в итоге удается, и рассказывает Патрик Ленсиони.Почему возникают «пять пороков команды» — взаимное недоверие, нетребовательность, безответственность, боязнь конфликта и безразличие к результатам, как их диагностировать и что с ними делать? В первой части книги эти вопросы решает Кэтрин со своей командой, а во второй автор приводит подробное описание этих «пять пороков команды» и методы их устранения.Почему мы решили издать эту книгу?Потому что она может существенно повысить эффективность работы вашей команды.Потому что в ней сочетаются практическая польза и занимательное чтение — за это мы и любим бизнес-романы.Для кого эта книга?Для всех, кто работает в команде и с командой — от руководителя до рядового сотрудника.

Патрик Ленсиони , Патрик М. Ленсиони

Деловая литература / Корпоративная культура / О бизнесе популярно / Управление, подбор персонала / Финансы и бизнес