Kuinka suunnitella pelin kehitysprojekti

Yksi monimutkaisimmista näkökohdista pelin kehittäminen suunnittelee. Jotkut väittävät, että pienet indie-projektit eivät tarvitse tätä vaihetta; heidän on vain työskenneltävä projektin parissa, kunnes se on valmis. Tämä ei ole totta.

Projektin lähtökohtana oleva suunnittelukehys määrää koko projektin kehitysvaiheen. Tässä vaiheessa on tärkeää muistaa, että mikään ei ole kivessä, mutta sinun tulisi yrittää olla mahdollisimman tarkka.

Ensin analysoi suunnitteludokumentti ja määritä pelin vaatimukset. Jaa sitten jokainen vaatimus luetteloominaisuuksista, joita tarvitaan vaatimuksen toteuttamiseksi.

Ota jokainen ominaisuus ja työskentele johtojen kanssa jokaisella alueella (taide, animaatio, ohjelmointi, ääni, tasosuunnittelu jne.) sen jakamiseksi kunkin osaston tehtäviin (ryhmä tai henkilö ryhmän koosta riippuen).

Kunkin ryhmän johdon tulisi sitten luoda alustavat aikavaatimukset jokaiselle tehtävälle ja osoittaa ne ryhmän jäsenille. Kun tämä on valmis, johtajan tulisi työskennellä ryhmän kanssa varmistaakseen, että arviot ovat oikeat ja kohtuulliset.

Projektipäällikön on sitten otettava kaikki tehtäväarviot ja sijoitettava ne joko projektinhallintaohjelmistopakettiin Microsoft Project tai Excel (kaksi pitkäaikaista alan standardia) tai mikä tahansa ketterälle projektille tarjolla olevista uusimmista vaihtoehdoista hallinta.

Kun tehtävät on lisätty, projektipäällikön on tarkasteltava tehtäviä ja otettava huomioon ryhmien väliset riippuvuudet varmistaakseen, että ominaisuuden luomisen ajoituksella ei ole mahdotonta suhdetta, joka estää sen valmistumisen tarvittavassa ajassa kehyksiä. Esimerkiksi kilpapelin toteuttamiseksi kokonaan et ajoittaisi renkaan kestävyyden koodausta ennen fysiikkajärjestelmän valmistumista. Sinulla ei olisi kehystä rengaskoodin perustaksi.

Tässä asiat muuttuvat erityisen monimutkaisiksi, mutta missä projektijohtamisen tarve ensisijaisesti ilmenee.

Projektipäällikkö määrittää arvioidut aloitus- ja valmistumispäivät jokaiselle tehtävälle. Perinteisessä projektisuunnittelussa päädyt CSS-näkymään “vesiputous”, joka näyttää projektin valmistumisajan ja tehtäviä yhdistävät riippuvuudet.

On kriittistä muistaa ottaa huomioon liukuminen, työntekijöiden sairausajat, ominaisuuksien odottamattomat viivästykset jne. Tämä on aikaa vievä vaihe, mutta antaa nopeasti käsityksen siitä, kuinka paljon aikaa projekti kestää.

Tarkastelemalla tätä projektisuunnitelmaa voit selvittää, tuleeko ominaisuus kalliiksi ajoissa (ja siksi rahaa), ja tehdä päätöksiä siitä, tarvitaanko ominaisuus pelin onnistumiseen. Saatat päättää, että ominaisuuden viivästyminen päivityksessä - tai jopa jatko-osassa - on järkevämpää.

Seuranta, kuinka kauan olet työskennellyt ominaisuuden kanssa, on hyödyllinen määritettäessä, onko aika kokeilla uutta tekniikkaa ongelman ratkaisemiseksi vai leikata ominaisuus projektin hyväksi.

Projektisuunnittelun usein käyttö edellyttää välitavoitteiden luomista. Välitavoitteet osoittavat, kun tietty toiminnallisuus, projektin työaika tai prosenttiosuus tehtävistä on saatu päätökseen.

Projektin sisäisessä seurannassa virstanpylväät ovat hyödyllisiä suunnittelutarkoituksissa ja tiimille erityisten tavoitteiden asettamisessa. Kun työskentelet kustantajan kanssa, virstanpylväät määräävät usein, kuinka ja milloin kehittävä studio maksaa.

Monien mielestä projektisuunnittelu on haittaa, mutta melkein aina huomaat, että kehittäjät, jotka suunnittelevat projekteja hyvissä ajoin etukäteen ja saavuttavat virstanpylväät, ovat menestyviä pitkällä tähtäimellä.