Kako planirati projekt razvoja igara

Jedan od najkompliciranijih aspekata razvoj igara planira. Neki bi tvrdili da malim indie projektima nije potreban ovaj korak; jednostavno trebaju raditi na projektu dok on ne bude gotov. To je daleko od istine.

Okvir dizajna postavljen u izvoru projekta određivat će tijek razvoja čitavog projekta. Važno je zapamtiti da u ovom koraku ništa nije postavljeno u kamenu, ali trebali biste pokušati biti što precizniji.

Prvo analizirajte dizajnerski dokument i utvrdite potrebe igre. Zatim svaki zahtjev podijelite na popis značajki koje će biti potrebne za njegovu provedbu.

Iskoristite svaku značajku i radite sa potencijalnim potencijalnim klijentima na svakom području (umjetnost, animacija, programiranje, zvuk, dizajn razine itd.) kako biste ga podijelili na zadatke za svaki odjel (grupu ili osobu, ovisno o veličini vašeg tima).

Nakon toga voditelj svake skupine trebao bi stvoriti početne procjene vremena za svaki zadatak i dodijeliti ih članovima tima. Nakon što je ovo završeno, vodstvo treba raditi s timom kako bi osigurali da su procjene točne i razumne.

Tada voditelj projekta mora uzeti sve procjene zadataka i smjestiti ih u softverski paket za upravljanje projektima Microsoft Project ili Excel (dva dugogodišnja industrijska standarda) ili bilo koji od novijih izbora za agilni projekt upravljanje.

Nakon dodavanja zadataka voditelj projekta mora pregledati zadatke i uskladiti ovisnosti između timova kako bi se osiguralo da Vrijeme kreiranja značajke nema nemoguće veze koje sprečavaju njeno dovršavanje u potrebnom vremenu okviri. Na primjer, da biste u potpunosti implementirali trkačku igru, ne biste zakazali kodiranje trajnosti guma prije dovršetka fizičkog sustava. Ne biste imali okvir na kojem bi se kod guma mogao temeljiti.

Tu se stvari posebno zakompliciraju, ali gdje potreba za upravljanjem projektima u prvom redu postaje očiglednija.

Voditelj projekta za svaki zadatak dodjeljuje procijenjene datume početka i završetka. U tradicionalnom planiranju projekata, na kraju se nalazite kaskadni prikaz "vodopada", koji prikazuje vremensku traku završetka projekta i ovisnosti koje povezuju zadatke.

Ključno je zapamtiti da se uzme u obzir proklizavanje, vrijeme bolovanja zaposlenika, neočekivana kašnjenja u značajkama itd. Ovo je dugotrajan korak, ali brzo će vam dati predodžbu o tome koliko će vremena projekt trebati da završi.

Gledajući ovaj projektni plan, možete utvrditi hoće li neka značajka koštati vrijeme (i, prema tome, novac) i donositi odluke o tome je li značajka potrebna da bi igra uspjela. Mogli biste odlučiti da odlaganje ažuriranja značajke - ili čak i nastavka - ima više smisla.

Također je praćenje koliko dugo radite na nekoj značajki korisno u određivanju je li vrijeme da isprobate novu tehniku ​​za rješavanje problema ili da smanjite značajku za dobro projekta.

Često korištenje planiranja projekata uključuje stvaranje prekretnica. Glavni koraci označavaju kada je određeni element funkcionalnosti, vremensko razdoblje rada na projektu ili postotak zadataka dovršen.

Za interno praćenje projekata, ključne su točke korisne u planiranje i za davanje cilja specifičnim ciljevima tima. U suradnji s izdavačem, prekretnice često određuju kako i kada se plaća studio u razvoju.

Mnogi smatraju da planiranje projekata predstavlja smetnju, ali gotovo uvijek ćete utvrditi da su dugoročno uspješni programeri koji dobro planiraju projekte i postignute temeljne korake.