Планирование: бэклог, вехи и как урезать объём

Бэклог и приоритеты

Бэклог — список всего, что нужно сделать в игре: функции, уровни, графика, исправления. Задачи в нём упорядочены по важности: сверху то, что делаем в первую очередь.

Задачи ведут в трекерах: Jira, YouGile, Kaiten, Trello и других. У каждой задачи есть описание, исполнитель, оценка и статус: «нужно сделать», «в работе», «на проверке», «готово».

Расставлять приоритеты помогает метод MoSCoW:

• Must — без этого игры нет: расселение котов, уровни, сохранение прогресса;
• Should — важно, но можно выпустить и без этого: коллекция котов, ежедневные награды;
• Could — было бы приятно: костюмы для котов, мини-игры;
• Won't — точно не в этой версии: многопользовательский режим.

Вехи и оценки

План делят на вехи (майлстоуны) — проверяемые точки с датой. Хорошая веха описывает результат, который можно проверить:

• «Прототип: 10 уровней, плейтест на 10 людях — к 15 февраля»;
• «Вертикальный срез: 5 уровней в финальной графике — к 1 апреля»;
• «Альфа: все 60 уровней проходятся от начала до конца — к 15 июля».

Чтобы поставить даты, задачи оценивают — спрашивают тех, кто будет их делать. Продюсер не придумывает сроки сам: он собирает оценки, складывает и смотрит, укладываемся ли. Оценки почти всегда оптимистичны: люди болеют, всплывают ошибки, одна задача ждёт другую. Поэтому в план закладывают запас — обычно 20–30%.

Треугольник: сроки, деньги, объём

Три вещи связаны между собой:

• сроки — когда выходим;
• бюджет — сколько денег и людей;
• объём — сколько всего в игре.

Поменять одну, не тронув другие, нельзя. Хотите больше уровней — нужно больше времени или людей. Хотите выйти раньше — придётся урезать объём.

На практике сроки часто жёсткие: обещан релиз издателю, сезонная распродажа, кончаются деньги. А бюджет трудно быстро увеличить: новых людей нужно найти и ввести в курс дела, а в конце проекта это часто только замедляет работу. Поэтому гибким остаётся объём.

Как урезать объём

Урезать — не значит сделать хуже. Это значит выпустить сначала главное:

• вырезать задачи из Could, а часть Should перенести в первое обновление;
• сократить контент: 40 уровней на релизе вместо 60, остальные — в обновлениях;
• упростить: вместо анимации каждого кота — общая анимация с разными цветами.

Говорить «нет» любимым идеям команды и своим — одна из самых трудных частей работы продюсера. Помогает объяснение: «мы не выбрасываем, а переносим в обновление».