Hogyan kell tervezni egy játékfejlesztési projektet

Az egyik legbonyolultabb szempont játékfejlesztés tervezi. Néhányan azt állítják, hogy a kis indie projekteknek nincs szükségük erre a lépésre; egyszerűen csak a projekten kell dolgozniuk, amíg meg nem történik. Ez messze nem igaz.

A projekt kezdeteként kialakított tervezési keret határozza meg a teljes projekt kidolgozásának menetét. Fontos, hogy ezen a lépésben ne felejtsük el, hogy semmi nem kerül kőbe, de meg kell próbálnia a lehető legpontosabbat lenni.

Először elemezze a tervdokumentumot, és határozza meg a játék követelményeit. Ezután ossza fel az egyes követelményeket azon szolgáltatások listájára, amelyekre szükség lesz a követelmény végrehajtásához.

Vegye ki az egyes funkciókat, és dolgozzon az ügyfelekkel az egyes területeken (művészet, élénkség, programozás, hang, szintű kialakítás stb.), hogy feladatokra bonthassa az egyes osztályokat (csoportok vagy személyek, a csapat méretétől függően).

Az egyes csoportok vezetõinek ezután el kell készíteniük az egyes feladatokhoz szükséges kezdeti idõigény-becsléseket, és azokat a csoport tagjaihoz kell rendelniük. Miután ez befejeződött, a vezetőnek együtt kell működnie a csapattal annak biztosítása érdekében, hogy a becslések helyesek és ésszerűek legyenek.

A projektmenedzsernek ezután el kell készítenie az összes feladatbecslést, és be kell helyeznie őket egy projektmenedzsment szoftvercsomagba Microsoft Project vagy Excel (a hosszú idejű iparági szabványok) vagy az agilis projektekhez rendelkezésre álló újabb lehetőségek közül bármelyik kezelése.

A feladatok hozzáadása után a projektmenedzsernek meg kell vizsgálnia a feladatokat és össze kell hangolnia a csapatok közötti függőségeket annak biztosítása érdekében, hogy a a szolgáltatás létrehozásának ütemezése nem rendelkezik lehetetlen kapcsolatokkal, amelyek megakadályozzák annak teljesítését a szükséges időn belül kereteket. Például egy versenyjáték teljes megvalósításához nem ütemezheti a gumiabroncsok tartósságának kódolását a fizikai rendszer befejezése előtt. Nem lenne olyan keret, amely alapján a gumiabroncs-kódot alapozná.

Ezen a helyen a dolgok különösen bonyolultak, de elsősorban a projektmenedzsment igénye válik nyilvánvalóvá.

A projektmenedzser minden feladathoz hozzárendel a becsült kezdési és befejezési dátumokat. A hagyományos projekttervezésnél lépcsőzetes „vízesés” nézet áll rendelkezésre, amely megmutatja a projekt befejezésének ütemtervét és a feladatokat összekötő függőségeket.

Fontos, hogy ne felejtsük el figyelembe venni a csúszást, az alkalmazottak betegidejét, a szolgáltatások váratlan késleltetését stb. Ez időigényes lépés, de gyorsan elképzelést ad arról, hogy mennyi időt vesz igénybe a projekt.

A projektterv áttekintésével meghatározhatja, hogy egy szolgáltatás időben költséges-e (és ezért pénzt is) -, és dönthet arról, hogy a szolgáltatás szükséges-e a játék sikeréhez. Dönthet úgy, hogy sokkal inkább értelmezhető egy szolgáltatás frissítése - vagy akár egy folytatása - késleltetése.

Ezenkívül annak nyomon követése, hogy meddig dolgoztál egy funkción, hasznos annak meghatározásához, hogy ideje vagy kipróbálni egy új technikát a probléma megoldására, vagy pedig a funkció javítására a projekt érdekében.

A projekttervezés gyakori használata mérföldkövek létrehozását vonja maga után. A mérföldkövek azt jelzik, hogy a funkcionalitás egy bizonyos eleme, a projekten végzett munka időtartama vagy a feladatok százalékos aránya mikor fejeződött be.

A belső projektkövetéshez a mérföldkövek hasznosak a tervezési célokra és a csapat konkrét céljainak megadására. A kiadókkal való együttműködés során a mérföldkövek gyakran határozzák meg, hogy miként fizetik a fejlesztő stúdiót.

A projektek tervezését sokan kellemetlennek tekintik, de szinte mindig észreveszik, hogy hosszú távon sikeresek azok a fejlesztők, akik jó előre megtervezik a projekteket és elérik a mérföldköveket.