Вкратце упомяну, что существуют еще 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)

Загадочная специальность, функционал которой бывает очень разным в зависимости от компании и даже конкретного проекта. Упрощенно – это арбитр в спорах между всеми другими специалистами/отделами на проекте или же в конкретном секторе проекта. Человек, который говорит, «что такое хорошо, а что такое плохо».

На практике внутри физического человека-продюсера может быть зашито еще несколько ролей. Например, он очень часто (а в маленьких студиях – всегда) бывает в той или иной степени геймдизайнером. Обычно высокоуровневым. Вплоть до совмещения в своем лице должности главного геймдизайнера. Он может быть носителем vision (видения) и, соответственно, нести на себе функционал описанного выше Product Owner и описанного ниже креативного директора. Отчасти он может заниматься работой арт-директора (или человека, который корректирует работу арт-директора). Во многих случаях он может превращаться в персонажа «в каждой бочке затычка». Иногда это хорошо и удобно, потому что быстро устраняет проблемы. Иногда это очень плохо, потому что он попросту начинает мешать людям работать, вместо того чтобы периодически их направлять и вообще поменьше отсвечивать.

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

Внешний продюсер

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