Как спланировать проект по разработке игры

Один из самых сложных аспектов разработка игр планирует. Некоторые утверждают, что небольшие инди-проекты не нуждаются в этом шаге; им просто нужно работать над проектом, пока он не будет завершен. Это далеко от истины.

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

Сначала проанализируйте проектную документацию и определите требования к игре. Затем разделите каждое требование на список функций, которые будут необходимы для его реализации.

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

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

Затем менеджер проекта должен взять все оценки задач и поместить их в пакет программного обеспечения для управления проектами, либо Microsoft Project или Excel (два давних отраслевых стандарта) или любой из более новых вариантов, доступных для гибкого проекта управление.

После того, как задачи добавлены, менеджер проекта должен посмотреть на задачи и сопоставить зависимости между группами, чтобы убедиться, что время создания объекта не имеет невозможных отношений, которые мешают его завершить в течение необходимого времени кадры. Например, чтобы полностью реализовать гоночную игру, вы не запланировали бы кодирование прочности шин до завершения физической системы. У вас не было бы основы для кодировки шин.

Это где вещи становятся особенно сложными, но когда необходимость управления проектами в первую очередь становится более очевидной.

Менеджер проекта назначает предполагаемые даты начала и завершения для каждой задачи. В традиционном планировании проекта вы получаете каскадное представление «водопад», которое показывает график завершения проекта и зависимости, которые связывают задачи.

Очень важно помнить о проскальзывании, нездоровом времени сотрудников, неожиданных задержках в работе функций и т. Д. Это трудоемкий шаг, но он быстро даст вам представление о том, сколько именно времени потребуется для завершения проекта.

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

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

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

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

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