Роли в разработке игровых проектах

Заказчик

Роль, которая формирует определенный вижн игрового продукта. Составляет требования, проводит аналитику, оценивает продукт, изучает риски, составляет бизнес процессы, следит за реализацией, берет на себя всю ответственность за релизный продукт для конечного потребителя (ЦА). Чаще всего заказчик это бизнес команда, а точкой входа в команду является продюсер игровых проектов.

Исполнитель

Роль, которая в прямом смысле "делает" продукт. По требованиям от заказчика реализовывают продукт в ограниченные сроки. Чаще всего исполнитель это команда разработки, точка входа в команду является менеджер игровых проектов.

Конечный потребитель (ЦА)

Почему я выделяю роль конечного потребителя? Это связано со спецификой менеджмента игровых проектов, которые разрабатываются за счет краудфандинга. В таких случаях заказчик отсутствует как роль. Исполнитель предлагает сам свой продукт и именно конечный потребитель дает оценку и обратную связь. В таких случаях важную роль берет на себя комьюнити-менеджер от лица исполнителя.

Рассмотрим некоторые популярные кейсы взаимодействия ролей в игровом проекте внутри команды:

Вариант 1: продюсер <-> команда разработки

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

Вариант 2: продюсер <-> гейм-дизайнер <-> команда разработки

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

Вариант 3: продюсер -> менеджер проекта -> команда разработки -> менеджер проекта -> продюсер

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