Игровая разработка без боли и кранчей. Как выжить в игровой индустрии и сохранить вдохновение

Когда мы поймем, что не справляемся с объемом работ для текущего спринта (периода проекта, охватываемого диаграммой сгорания задач), и решим что-то вырезать, мы должны удалить уже ненужные задачи из диаграммы. Лучший способ сделать это – зачеркнуть задачу в электронной таблице и в столбце с расчетным временем этой задачи поставить ноль. (Иногда в диаграммах сгорания задач удаление строки приводит к поломке самой диаграммы, к тому же я предпочитаю видеть то, что было вырезано – зачеркивание вполне выполняет эту задачу.) Это уберет вырезанные задачи из вычислений, и линия переместится налево, поскольку теперь до конца спринта осталось меньше работы.

Если вы обнаружите, что сильно недооценили время, необходимое для выполнения задач, или что вам нужно выполнить новые задачи, работу над которыми вы не предполагали, перед вами встанет выбор. Как правило, добавлять задачи в диаграмму сгорания задач или увеличивать расчетное время в середине спринта – плохая идея, потому что это может сбить расчеты. Вы можете просто продолжить работу до тех пор, пока не закончите задачи, время на выполнение которых вы недооценили, убрав при этом другие задачи из спринта. Однако это путь вслепую. Как правило, лучше начать новый спринт в конце недели с обновленным списком задач и лучшими прогнозами.

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

Большое спасибо Джереми Гибсону Бонду, разработавшему оригинальную диаграмму сгорания задач, из которой взяты эти примеры, и научившему меня ею пользоваться. Вы можете найти более подробную информацию об использовании диаграмм сгорания задач в его превосходной книге «Unity и C#. Геймдев от идеи до реализации»[132]. (Кстати, я написал предисловие!)

Диаграммы сгорания задач создают атмосферу доверия и уважения

Методы организации производства и инструменты планирования иногда кажутся угнетающими. Лично я не могу выкладываться на полную, когда чувствую, что за моей работой неустанно следят. Хорошие менеджеры проектов управляют командами, используя методы, которые помогают отдельным разработчикам работать уверенно, и они избегают систем, которые мешают атмосфере доверия и уважения.

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

Способ добиться от людей их максимума – это доверять им и демонстрировать это доверие через уважение. Верить, что сотрудник хорошо поработал, даже если кажется, что он не добился большого прогресса, значит проявлять к нему уважение. Диаграмма сгорания задач – это инструмент планирования, который демонстрирует уважение к разработчикам в команде и, как следствие, укрепляет доверие.

* * *

В этой главе я привел два подхода к планированию проекта, один простой, а другой более сложный. Для творческих людей, которые только учатся контролировать свое время и брать на себя ответственность за содержание проекта, эти простые методы – хорошая отправная точка.

Как только вы освоите базу, описанную в этой главе, вам предстоит узнать еще больше о планировании проекта цифровой игры. Профессиональные продюсеры в больших командах часто используют сложные системы планирования, и вы, возможно, захотите узнать о диаграммах Ганта, которые используются для отслеживания зависимостей между задачами. Вы можете найти передовые идеи о планировании проектов в таких книгах, как Agile Game Development: Build, Play, Repeat Клинтона Кита и The Game Production Toolbox Хетер Максуэлл Чандлер.