Как да планирате проект за разработване на игри

Един от най-сложните аспекти на разработване на игри планира. Някои твърдят, че малките индийски проекти не се нуждаят от тази стъпка; те просто трябва да работят по проекта, докато не стане. Това далеч не е вярно.

Проектната рамка, заложена в началото на проекта, ще определи курса за развитието на целия проект. Важно е да запомните на тази стъпка, че нищо не е поставено в камък, но трябва да се опитате да бъдете максимално точни.

Първо, анализирайте документа за проектиране и определете изискванията на играта. След това разделете всяко изискване в списък от функции, които ще са необходими за изпълнение на изискването.

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

След това ръководството на всяка група трябва да създаде първоначални прогнози за време за всяка задача и да ги назначи на членовете на екипа. След като това приключи, ръководителят трябва да работи с екипа, за да гарантира, че прогнозите са правилни и разумни.

След това ръководителят на проекта трябва да вземе всички оценки на задачите и да ги постави в софтуерен пакет за управление на проекти Microsoft Project или Excel (двата дългогодишни индустриални стандарта) или някой от по-новите възможности, предлагани за гъвкавия проект управление.

След като задачите са добавени, ръководителят на проекта трябва да разгледа задачите и да съответства на зависимостите между екипите, за да се увери, че времето за създаване на функция няма невъзможни взаимоотношения, които не позволяват завършването му в нужното време рамки. Например, за да внедрите напълно състезателна игра, не бихте планирали кодирането на издръжливостта на гумите преди завършването на системата за физика. Няма да имате рамка, върху която да основавате кода на гумите.

Тук нещата стават особено сложни, но когато необходимостта от управление на проекти на първо място става по-очевидна.

Ръководителят на проекта назначава прогнозни начални и крайни дати за всяка задача. При традиционното планиране на проекти се оказвате с каскаден изглед „водопад“, който показва срока за завършване на проекта и зависимостите, които свързват задачите.

От решаващо значение е да запомните, за да вземете предвид приплъзване, време на болен от служителите, неочаквани забавяния на функциите и т.н. Това е отнемаща време стъпка, но бързо ще ви даде представа колко точно време ще отнеме проектът.

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

Освен това проследяването на колко време сте работили върху дадена функция е полезно да определите дали е време да опитате нова техника за решаване на проблема или да намалите функцията за доброто на проекта.

Честото използване на планирането на проекти включва създаването на основни етапи. Основните етапи показват, когато е изпълнен определен елемент на функционалност, период от време на работа по проекта или процент от задачите.

За вътрешно проследяване на проекти основните етапи са полезни за планиране и за даване на конкретни цели на екипа, към които да се стреми. Когато работите с издател, етапите често определят как и кога се заплаща на развиващото се студио.

Планирането на проекти се счита за мнозина за неудобство, но почти винаги ще откриете, че разработчиците, които планират проектите предварително и постигат своите основни етапи, са тези, които успяват в дългосрочен план.