Руководство по управлению проектами в разных отраслях · ИТ, разработка ПО и цифровые технологии
Управление проектами в разработке игр: фазы, роли и инструменты
Управление проектами разработки игр — это планирование и координация создания видеоигры от концепции и препродакшна через продакшн, тестирование, сертификацию платформ и запуск, а часто и многолетние live-операции после него. Оно сочетает управление программными проектами с творческим производством: игра должна быть технически стабильной, но ещё и интересной, а это можно оценить, только поиграв в неё.
Главное
- Управление проектами разработки игр сочетает поставку ПО с творческим производством, а интерес к игре нужно находить через плейтесты.
- Вехи и контрольные точки издателя задают внешний план; Scrum и Kanban управляют работой внутри него.
- Вертикальный срез подтверждает концепцию и стоимость производства до начала полномасштабного продакшна.
- Планируйте реалистично и ведите список сокращений, чтобы избежать кранчей.
Чем отличается управление проектами разработки игр
- Интерес к игре находят, а не прописывают в требованиях. Основные механики нужно прототипировать и проверять в плейтестах, и от некоторых идей придётся отказаться.
- Множество дисциплин. Геймдизайн, программирование, арт, анимация, звук, сценарий, QA и продакшн зависят друг от друга.
- Контент-конвейеры. Большие объёмы ассетов (персонажи, уровни, анимации, звуки) проходят через повторяющиеся производственные этапы.
- Вехи издателя и платформ. Финансирование часто выделяется по согласованным вехам, а консольные платформы требуют, чтобы игры прошли сертификацию до выпуска.
- Фиксированные окна запуска. Маркетинговые кампании, мероприятия и сезонные распродажи затрудняют перенос дат выхода.
- Live-сервис. Многие игры после запуска обновляются новым контентом, ивентами и исправлениями, и проект превращается в постоянную операцию.
Фазы разработки игр
| Фаза | Что происходит | Ключевые результаты |
|---|---|---|
| Концепция | Питч идеи, целевая аудитория, платформы и бизнес-модель | Питч, концепт-арт, укрупнённый бюджет |
| Препродакшн | Прототипирование основных механик, выбор художественного стиля, создание инструментов и конвейеров, планирование продакшна | Играбельный прототип, вертикальный срез, дизайн-документ игры, производственный план |
| Продакшн | Создание контента и функций в полном объёме | Сборки с полным набором функций и контента |
| Альфа | Все ключевые функции играбельны; фокус смещается на завершение контента и исправление серьёзных проблем | Альфа-сборка |
| Бета | Контент завершён; фокус на исправлении багов, полировке, производительности и балансе | Бета-сборка, данные плейтестов |
| Сертификация и запуск | Финальные сборки-кандидаты, подача на платформу и одобрение, подготовка к запуску | Gold master / релизная сборка, план запуска |
| После запуска и live-операции | Патчи, обновления, ивенты и новый контент | Обновлённая дорожная карта, live-метрики |
A вертикальный срез — это короткий, отполированный фрагмент игры в финальном качестве. Он подтверждает концепцию, конвейер и стоимость единицы контента до начала полномасштабного продакшна и часто является ключевой вехой для издателя.
Ключевые роли
| Роль | Основные обязанности |
|---|---|
| Исполнительный продюсер | Общая ответственность за проект, бюджет и отношения |
| Продюсер | Планирует и ведёт производство изо дня в день: графики, приоритеты, риски, коммуникации |
| Геймдиректор / креативный директор | Отвечает за творческое видение и игровой опыт |
| Ведущие специалисты направлений (геймдизайн, арт, программирование, звук, QA) | Планируют и проверяют работу в своём направлении и задают стандарты качества |
| Геймдизайнеры, программисты, художники, аниматоры, звукорежиссёры | Создают функции и контент игры |
| QA-тестировщики | Находят, воспроизводят и проверяют баги; проверяют соответствие требованиям |
| Продюсер издателя | Представляет издателя, рассматривает вехи, координирует маркетинг и отношения с платформами |
| Команда live-операций и сообщества | Проводят обновления, ивенты и коммуникацию с игроками после запуска |
В игровых студиях руководителя проекта обычно называют продюсер, хотя в крупных студиях под руководством продюсеров могут работать и руководители проектов.
Подходящие методологии
| Подход | Применение в разработке игр |
|---|---|
| Scrum | Функциональные команды в продакшне работают спринтами, а играбельные сборки рассматриваются на каждом обзоре спринта |
| Kanban | Конвейеры арта и контента, исправление багов на бете и задачи live-операций; см. Kanban-доски |
| План по вехам (stage-gate) | Вехи издателя и контрольные точки финансирования задают внешнюю структуру |
| Быстрое прототипирование | Короткие одноразовые эксперименты на этапах концепции и препродакшна, чтобы найти то, что делает игру интересной |
| Гибридный | Большинство студий: снаружи — план по вехам, внутри — Scrum и Kanban |
О том, как идеи Agile переносятся из обычной разработки ПО, см. Agile-разработка ПО и Agile для креативных команд.
Основные документы и шаблоны
| Документ | Назначение | Шаблон |
|---|---|---|
| Дизайн-документ игры | Живое описание механик, систем и контента | Шаблон документа бизнес-требований адаптированный в виде GDD |
| Производственный бэклог | Все функции и контент, упорядоченные по приоритету | Шаблон бэклога продукта |
| График вех | Вехи издателя, фазы и ключевые даты | Шаблон диаграммы Ганта, шаблон расписания проекта |
| Планы спринтов | Цели спринта и выбранная работа | Шаблон планирования спринта |
| Доска контент-конвейера | Ассеты, проходящие через каждый производственный этап | шаблон Kanban-доски |
| Бюджет | Затраты на команду, аутсорсинг, лицензии и инструменты | Шаблон бюджета |
| Реестр рисков | Технические, творческие, кадровые риски и риски по срокам | Шаблон реестра рисков |
| Постмортем | Уроки проекта | Шаблон извлечённых уроков |
KPI для разработки игр
| KPI | Что измеряет | Типичное применение |
|---|---|---|
| Приёмка вех | Вехи, принятые издателем с первой подачи | Надёжность поставки и финансирование |
| Завершённость функций и контента | Завершённые запланированные функции и ассеты | Продвижение к альфе и бете |
| Открытые баги по степени серьёзности | Количество и динамика критических, серьёзных и незначительных багов | Готовность к бете, сертификации и запуску |
| Темп обнаружения и исправления багов | Открытые и закрытые баги за неделю | Приближается ли команда к релизу |
| Целевые показатели производительности | Частота кадров, время загрузки, использование памяти на каждой платформе | Техническое качество |
| Частота сбоев | Сбои на сессию или на час игры | Стабильность до и после запуска |
| Удержание игроков (live-игры) | Доля игроков, вернувшихся через 1, 7 и 30 дней | Live-операции и планирование контента |
Типичные трудности
- Кранчи. Длительные периоды чрезмерной переработки вредят людям и качеству. Защищайтесь от них реалистичным содержанием, ранними вертикальными срезами, чёткими списками сокращений и буферами перед вехами.
- Разрастание функциональности. Ведите приоритизированный бэклог и видимый «список сокращений», чтобы команда заранее договорилась, что убрать, если не хватит времени; см. расползание содержания.
- Узкие места в конвейерах. Измеряйте пропускную способность каждого этапа конвейера и балансируйте мощности между направлениями; см. теория ограничений.
- Позднее обнаружение того, что в игру неинтересно играть. Проводите плейтесты рано и часто, начиная с прототипа.
- Непрохождение сертификации. Изучайте требования платформ заранее и проводите проверки соответствия задолго до подачи.
Программное обеспечение для управления проектами разработки игр
Студии используют игровые движки, системы контроля версий, справляющиеся с большими бинарными ассетами, баг-трекеры и конвейеры сборки. Производственным командам нужны бэклоги, доски спринтов, графики вех и дашборды, показывающие прогресс по всем направлениям.
Многие студии, где ведущую роль играют программисты, используют Jira для задач и багов. Wrike, самый сильный вариант «всё в одном» в нашем рейтинге инструментов, подходит студиям и издателям, которым нужны графики вех, доски контент-конвейера, проверка и согласование ассетов вместе с маркетингом и локализацией в одном месте.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое управление проектами разработки игр?
Управление проектами разработки игр — это планирование и координация создания игры от концепции и препродакшна через продакшн, тестирование, сертификацию и запуск до live-операций.
Какие фазы есть у управления проектами разработки игр?
Концепция, препродакшн, продакшн, альфа, бета, сертификация и запуск, а также поддержка live-операций после запуска.
Кто занимается управлением проектами разработки игр в студии?
Обычно продюсеры при поддержке ведущих специалистов по направлениям; в крупных студиях также могут работать руководители проектов вместе с продюсерами.
Используется ли Scrum в управлении проектами разработки игр?
Да. Многие студии ведут функциональные команды в Scrum-спринтах на этапе продакшна и используют Kanban для контент-конвейеров, исправления багов и live-операций.
Что такое вертикальный срез в управлении проектами разработки игр?
Короткий, отполированный фрагмент игры в финальном качестве, который подтверждает концепцию, конвейер и стоимость производства до начала полномасштабного продакшна.
Какие KPI используются в управлении проектами разработки игр?
Приёмка вех, завершённость функций и контента, баги по степени серьёзности, темп обнаружения и исправления багов, целевые показатели производительности, частота сбоев и удержание игроков для live-игр.
Как управление проектами разработки игр может сократить кранчи?
Задавая реалистичное содержание, подтверждая производственные затраты с помощью вертикального среза, ведя список сокращений, защищая буферы и рано отслеживая динамику багов.
Какие документы используются в управлении проектами разработки игр?
Дизайн-документ игры, производственный бэклог, график вех, планы спринтов, доски контент-конвейера, бюджет, реестр рисков и постмортем.
Какое программное обеспечение используется для управления проектами разработки игр?
Игровые движки, система контроля версий для больших ассетов, баг-трекеры, такие как Jira, и платформа планирования, такая как Wrike, для вех, конвейеров и согласований.
В чём разница между альфой и бетой в управлении проектами разработки игр?
На альфе ключевые функции играбельны; на бете весь контент игры готов, и фокус смещается на исправление багов, полировку и производительность.
Что такое сертификация платформы в управлении проектами разработки игр?
Владельцы консольных платформ тестируют поданные сборки на соответствие своим техническим требованиям; игра должна пройти проверку, прежде чем её можно будет выпустить на этой платформе.