Unul dintre cele mai complicate aspecte ale dezvoltării jocului este planificarea. Unii ar susține că proiectele indie mici nu au nevoie de acest pas; pur și simplu trebuie să lucreze la proiect până la finalizarea acestuia. Acest lucru este departe de a fi adevărat.
Cadrul de proiectare stabilit la originea proiectului va determina cursul dezvoltării întregului proiect. Este important să vă amintiți la acest pas că nimic nu este pus în piatră, dar ar trebui să încercați să fiți cât mai exacti.
În primul rând, analizați documentul de proiectare și determinați cerințele jocului. Apoi, împărțiți fiecare cerință într-o listă de caracteristici care vor fi necesare pentru a implementa cerința.
Luați fiecare caracteristică și lucrați cu conducerea dvs. în fiecare zonă (artă, animație, programare, sunet, nivel de proiectare, etc.) pentru a o descompune în sarcini pentru fiecare departament (un grup sau o persoană, în funcție de dimensiunea echipei dvs.).
Conducerea fiecărui grup ar trebui apoi să creeze estimări de timp inițiale pentru fiecare sarcină și să le atribuie membrilor echipei. După ce acest lucru este complet, conducerea ar trebui să lucreze cu echipa pentru a se asigura că estimările sunt corecte și rezonabile.
Managerul de proiect trebuie apoi să ia toate estimările sarcinilor și să le plaseze într-un pachet software de gestionare a proiectelor, fie Microsoft Project sau Excel (cele două standarde de lungă durată ale industriei) sau oricare dintre opțiunile mai noi disponibile pentru managementul de proiect agil..
După adăugarea sarcinilor, managerul de proiect trebuie să examineze sarcinile și să corespundă dependențelor dintre echipe pentru a se asigura că momentul creării unei caracteristici nu are relații imposibile care să împiedice finalizarea acesteia în intervalele de timp necesare. De exemplu, pentru a implementa pe deplin un joc de curse, nu ar trebui să programați durabilitatea anvelopelor înainte de finalizarea sistemului de fizică. Nu aveți niciun cadru pe care să vă bazați codul anvelopei.
Aici lucrurile se complică deosebit, dar nevoia de management de proiect în primul rând devine mai evidentă.
Managerul de proiect atribuie date estimate pentru început și finalizare pentru fiecare sarcină. În planificarea tradițională a proiectului, finalizați cu o vizualizare în cascadă în cascadă, care arată cronologia pentru finalizarea proiectului și dependențele care leagă sarcinile..
Este esențial să vă amintiți să luați în considerare alunecarea, timpul bolnav al angajaților, întârzierile neașteptate ale funcțiilor, etc. Acesta este un pas care necesită timp, dar vă va oferi rapid o idee despre cât timp va dura proiectul pentru a finaliza.
Analizând acest plan de proiect, puteți determina dacă o caracteristică va fi costisitoare în timp (și, prin urmare, bani) și să luați decizii cu privire la dacă funcția este necesară pentru ca jocul să aibă succes. S-ar putea să decideți că întârzierea unei funcții pentru actualizare - sau chiar o continuare - are mai mult sens.
De asemenea, urmărirea cât timp ați lucrat la o caracteristică este utilă pentru a determina dacă este timpul să încercați o tehnică nouă pentru a rezolva problema sau pentru a reduce funcția pentru binele proiectului..
O utilizare frecventă a planificării proiectelor implică crearea de repere. Reperele indică când un anumit element al funcționalității, o perioadă de timp de lucru la proiect sau un procent din sarcini a fost finalizat.
Pentru urmărirea internă a proiectelor, reperele sunt utile în scopuri de planificare și pentru a da echipei obiective specifice. Când lucrați cu un editor, reperele determină frecvent cum și când este plătit studioul în curs de dezvoltare.
Planificarea proiectelor este considerată de mulți drept o problemă, dar aproape întotdeauna veți constata că dezvoltatorii care planifică proiectele cu mult timp în prealabil și își ating etapele importante sunt cei care reușesc pe termen lung.