Share
Fiecare dezvoltator sau o echipă indie se întreabă cum să gestioneze cel mai bine procesul de dezvoltare. Este obligatoriu să se folosească documentația detaliată, cum ar fi legendarul document de proiectare a jocului (GDD)? Care sunt cele mai frecvente greșeli și cum pot fi evitate?
Pentru cei care au căutat răspunsuri la aceste întrebări, vreau să împărtășesc experiența echipei noastre de a crea GDD-ul nostru.
Mulți designeri de jocuri se abțin de la cultivarea documentelor de design și de organizarea de idei. Nu-mi pot imagina cum acești dezvoltatori ajung în acele vremuri că sunt împiedicați de codul defectuos, de arta locului și de mecanica ciocnirilor, toate în timp ce încercați să vă amintiți de ce a fost prima dată când v-ați supus să faceți un joc.
Având un document de proiectare bine gândit poate juca rolul de cârpă în aceste vremuri. Vă va permite să vedeți minunatele idei și concepte care te-au ținut captiv toată noaptea când ai început jocul și, poate cel mai important, care dintre ele trebuie tăiate din joc pentru a-ți ușura viața sau pentru a le transforma eforturile tale merită.
Un document de design al jocului acționează ca un nod și hub pentru a conecta și lista fiecare aspect al unui joc. Este alcătuită din descrieri scrise, imagini, grafice, diagrame și liste de informații pertinente pentru fiecare segment de dezvoltare și este deseori organizată de ce caracteristici vor fi în joc și stabilește în mod clar cum se vor potrivi.
Crearea unui GDD va ajuta proiectantul echipei dvs. să înțeleagă ce este esența jocului și scopul planificat al gamei sale globale și gameplay-ului. În plus, având toate elementele jocului într-un document bine organizat, acesta îi va ajuta pe designer să își transmită cu ușurință viziunea către restul echipei, ajutând totodată la identificarea punctelor slabe sau a componentelor lipsă pe care jocul le poate cere.
GDD ar trebui să servească drept listă principală de verificare. Acesta va fi documentul pe care îl aruncați în aer în sărbătoare, după finalizarea tuturor secțiunilor sale și finalizarea jocului.
Deoarece un GDD este plin de descrieri, este o resursă ideală pentru toate fronturile PR și marketing, cu concepte care exprimă estetica și recursul jocului deja scrise și gata să copieze și să lipsească.
Aptitudinile potențiale ale angajaților pot fi evaluate rapid ca calificate sau nu prin examinarea acreditărilor lor alături de secțiunile corespunzătoare ale pozițiilor lor din document.
În cazul în care strângerea de fonduri se află în cardurile echipei, va fi foarte important să aveți un GDD bine pus la dispoziția investitorilor să privească și să determine riscurile dezvoltării dvs., precum și capacitatea dvs. de a vă îndeplini promisiunile.
Crearea și aderarea la un document de proiectare a jocului este ca și plantarea unei sămânțe și observarea că aceasta crește într-un copac pe parcursul dezvoltării. Aveți pregătirea inițială, cultivarea și, în cele din urmă, munca dură și înspăimântătoare a recoltei.
O greșeală obișnuită nu este de a oferi tuturor membrilor echipei dvs. instrumentele de grădinărit adecvate pentru a vă face jocul o realitate. GDD vă va ajuta să vă asigurați că toată lumea lucrează împreună, astfel încât să nu găsiți programatorul și artistul tăiat din ramura în care se află.
Încercarea de a descrie totul odată
Nu este necesar să specificați în detaliu fiecare caracteristică și mecanic în prima schiță. Acest lucru este imposibil atunci când lucrați la un joc complex cu o echipă mică. Prezentarea nodurilor majore ale gameplay-ului și a elementelor de bază vă va ajuta să vă dați perspectivă asupra a ceea ce trebuie făcut, dar trebuie să vă așteptați să le completați unul câte unul, în timp.
Stabilirea obiectivelor de joc cu termene limită poate părea dezactivată pentru unii dezvoltatori. Termenele limită sunt o parte a stilului de viață plictisitor de la 9 la 5, astfel încât mulți oameni au o aversiune naturală față de ei.
Cu toate acestea, setarea termenelor limită este modul în care vă asigurați că jocul dvs. va fi făcut și nu sta pentru totdeauna neterminate într-un folder de pe desktop. Aceste tipuri de obiective sunt repere pe drumul spre progres și trecerea lor una câte una este o indicație clară că faci ceva corect. Fiecare este o cauză de sărbătoare.
Termenele limită sunt o componentă de bază a programării care vă ajută să monitorizați performanța echipei și a dvs. înșivă. Ajută la luarea deciziilor, care este înrădăcinată în realitate și în cele din urmă dezvoltă un moment și o etică care este sănătoasă pentru echipă ca întreg și pentru indivizii din cadrul acesteia.
Există loc în GDD pentru descrieri de bază care acoperă gameplay-ul, povestirile și sarcinile majore de codificare. Pe măsură ce evoluția progresează, adăugați mai multe detalii la aceste secțiuni. În timp ce creați și testați jocul, trebuie să adăugați sau să actualizați detalii tehnice specifice de fiecare dată când o caracteristică este implementată sau modificată. În acest fel, nu veți avea niciodată o construcție cu elemente pe care nu le puteți urmări înapoi la GDD, creând link-uri lipsă de idei, cod sau artă. De asemenea, poate fi util să adăugați informații despre dificultatea de a implementa anumite sarcini și dacă acestea au fost pe deplin integrate în joc sau pot necesita o revizuire ulterioară.
Pe parcursul acestui proces, conceptele dvs. inițiale ar trebui să fie încurcate în descrieri tot mai detaliate ale fiecărei fețe pe care le conțin caracteristicile. Acest lucru ajută la realizarea unor repere concrete care să fie ușor de navigat și să se retragă pentru a vedea unde au provenit și unde trebuie să meargă.
Deoarece GDD continuă să crească și să devină mai finalizat, este important să îl actualizăm. Acest lucru elimină situațiile în care membrii echipei fac ceva fără a putea justifica de ce au petrecut timpul să le facă,.
Personal, am o frică primordială inexplicabilă de a se îneca într-o grămadă de documente tipărite. Acest lucru ar deveni un adevărat coșmar dacă trebuia să păstrez toate versiunile vechi ale GDD-ului nostru pentru fiecare membru al echipei.
De ce ar trebui să ne torturăm așa în epoca tehnologiei digitale? Există o mulțime de servicii online gratuite, cum ar fi Google Docs sau Trello, care vă permit să salvați toate modificările și să vedeți toate comentariile echipei dvs. în timp real.
La pornirea GDD-ului, este normal să se înfășoare în concepte. Fundalurile, introducerile și descrierile cheie ajută la întărirea jocului și la determinarea acestuia. Pe măsură ce începeți să testați și să implementați caracteristici, aceste concepte ar trebui să devină mai rafinate, specificate și detaliate. Menținerea unei organizări adecvate va deveni din ce în ce mai critică pe măsură ce GDD va câștiga greutate și densitate.
Începeți în faza de concepție, unde vă gândiți ideile și le faceți pe hârtie. Acest lucru ar trebui să fie interesant! Acesta va servi, de asemenea, ca o foaie de parcurs, astfel încât să nu pierdeți urmări de obiectivele și viziunea de-a lungul drum. Când apelul anumitor elemente de joc își pierde strălucirea sau vă poate duce într-un șanț, este posibil să fiți timpul să vă refaceți conceptul inițial pentru a vă asigura că ajungeți la o linie finală satisfăcătoare.
Spre mijlocul dezvoltării, odată ce ai la bord o echipă de gung-ho, discuțiile și construirea jocurilor vor ajuta la sculptarea și organizarea documentului într-un ghid ușor de utilizat și îndrăzneț pentru toată lumea. Mai există încă loc de experimentare cu noi concepte și idei în acest moment, dar acestea ar trebui să fie ținute sub control cu unele din documentația inițială.
Partea de dezvoltare a casei este locul în care documentul de design al jocului vă va ajuta să economisiți ore de frustrare și durere. Pe măsură ce vă închideți la lansare, GDD-ul ar trebui să înceapă încet transformându-se într-un comprimat de piatră, cu caracteristici și mecanică stabilite într-un joc mai permanent construit, toate ținute împreună de arta care a fost cu siguranță creată pe mai multe iterații pentru a se potrivi cu specificațiile documentului. Documentul ar trebui să contribuie la menținerea tuturor roților echipei pe teren, cu o bună vizibilitate asupra așteptărilor realiste privind livrarea jocului.
Nu este necesar să existe un GDD absolut complet înainte de a începe dezvoltarea. Dar GDD trebuie sa să fie completă pentru următoarele 10 zile sau două săptămâni dincolo de activitatea curentă a echipei dvs. și părțile relevante ale documentului trebuie să fie cât mai detaliate posibil.
Părțile din GDD vor trebui să fie modificate și modificate pe parcursul întregului proces de dezvoltare, uneori chiar și în ultimele zile înainte de lansare. Poate începe să semene cu o zonă de dezastru dacă conținutul nu este tăiat corect. Dacă vă este frică să ștergeți textul învechit, tăiați-l și inserați-l într-un addendum sau un document separat. Acest lucru va lăsa corpul principal al GDD relevant pentru stadiul actual de dezvoltare, fără toate distragerile din iterațiile anterioare.
Nu opriți vreodată membrii echipei să prezinte idei noi. Crearea ideilor este una dintre cele mai pline de satisfacții ale dezvoltării și ar trebui încurajată în orice moment. Membrii echipei dvs. ar trebui să se îndrepte spre dezvoltare știind că multe dintre aceste concepte vor fi tăiate și nu vor intra niciodată în joc, dar acest lucru nu trebuie să le împiedice să viseze! Nimeni nu știe ce idei vor produce la început cele mai bune rezultate, astfel încât generarea de idei noi și inovatoare ar trebui să fie o bază a discuțiilor dvs. și să fie sărbătorită în consecință.
Supravegherea GDD trebuie efectuată numai de un membru al echipei. Acestea vor identifica ideile cheie pe care trebuie să se concentreze și vor reduce ideile mai puțin importante.
Încurajarea feedback-ului activ este important atunci, deoarece alți membri ai echipei nu au șansa să-și adauge ideile direct în document.
Cele mai multe probleme de dezvoltare sunt compuse dintr-o coajă exterioară tare de comunicare necorespunzătoare și un interior moale de a nu ști cum să le compenseze și să le corecteze. Aceste bariere pot fi eliminate odată cu întreținerea vigilentă a GDD și a unei documentații clare și concise, iar acest lucru poate fi realizat cel mai bine dacă o persoană își asumă această responsabilitate.
Fiți în concordanță cu stilurile de fonturi și utilizând antete și indentări uniforme, punctuație și formatare. Crearea unei legende sau a unei chei pentru a explica ce subliniază anumite culori specifice poate merge mult spre reducerea confuziei și reducerea timpului necesar pentru a transmite etapele implementării diferitelor caracteristici.
Cu cât vă păstrați limbajul în GDD mai simplu și mai clar, cu atât mai bine vă va înțelege echipa.
Este important să păstrați clar și concis scrisul, iar echipa dvs. ar trebui să vă ofere în mod activ feedback cu privire la prezentarea și claritatea GDD. O dinamică înapoi și înapoi va duce la o experiență de dezvoltare mai coerentă, cu beneficii de ansamblu, inclusiv un stil de artă definit, mai puține erori de comunicare și o documentație mai puțin stresantă și o muncă în birouri.
Dar, cel mai important, GDD ar trebui să fie o reflectare a culturii tale de echipă, creată în orice format pe care îl găsești cel mai bine și cel mai atrăgător pentru tine și pentru cei cu care lucrezi.
Nimeni nu ar trebui să poată spune vreodată că nu au înțeles ceva sau au făcut ceva corect din cauza lipsei de material de referință în GDD.
Materialele vizuale și referințele joacă un rol esențial în procesul de transmitere a ideilor. Unele concepte dificile pot fi explicate în mai puțin timp cu ajutoare vizuale cum ar fi graficele și conceptul de artă. Acest lucru va ajuta să se asigure că fiecare membru al echipei înțelege informațiile care le sunt transmise, ceea ce le va ajuta, în schimb, să-și îndeplinească rapid sarcinile de dezvoltare.
Nu trebuie să te limitezi la uscarea textului. (Dacă o faci, vei aștepta mult timp ca toată lumea să se implice și să înțeleagă ideile principale!) Încercați să descrieți emoțiile jucătorilor și experiențele pe care jocul le-ar putea cultiva.
Păstrarea unui GDD poate suna tehnic, dar nu trebuie să vă fie frică să vă rupă inima și să o aruncați la document. Lăsați-vă emoția și pasiunea să sângereze în ea. Imaginați-vă cum doriți să vă simțiți jucătorul și scrieți acele aspirații pe lângă descrierile caracteristicilor dvs. Acest lucru ajută la cultivarea unei conștiințe colective în echipa dvs. cu privire la ceea ce jocul dvs. încearcă să transmită jucătorului - și, hai să o facem față, sentimentele ar trebui să aibă entuziasm în spatele lor, dacă doriți ca acestea să fie înțelese de oricine altcineva.
Stabiliți prioritățile sarcinilor și funcțiilor, documentați termenele limită și controlați executarea acestora. Nu poți să dezvolți absolut toate ideile pe care echipa și mintea ta le vor propune, așa că după ce le-ai tăiat unele dintre ele, trebuie să-ți stabilești prioritățile și cel puțin să aproximezi un program pentru punerea lor în aplicare.
O GDD bine îngrijită face ca o listă de sarcini excelente, prioritizate, să fie completată de echipa dumneavoastră. Nu toate caracteristicile dintr-un GDD o vor face în jocul final. Având în vedere acest lucru, trebuie să decideți ce caracteristici au prioritate față de ceilalți și ar trebui să le programați pentru implementare și testare înaintea celorlalți.
Gândiți-vă din greu la ceea ce este esențial pentru jocul dvs. și ce este posibil având în vedere nivelul de calificare al echipei dvs. și utilizați aceste informații pentru a ghida producția.
Un GDD solid poate ajuta, de asemenea, să ușureze noi membri ai echipei în proiect și să-i câștigați la fel de entuziasmați ca și dumneavoastră.
Deoarece un GDD complet conturat poate duce la ceea ce pare a fi un joc excesiv de descurajant, este bine să ne amintim că mai mult de o singură persoană își va întări specificul. Atribuirea sarcinilor membrilor echipei dvs. în GDD o va ajuta să devină mai robustă, păstrând totuși toată lumea pe aceeași pagină. Oricine poate să sară în document și să vadă ce a fost finalizat, ce sarcini îi stau înaintea lor și restul echipei și de ce lucrează la sarcina lor curentă.
Dacă scrieți ceva într-un GDD comun, nu trebuie să minimalizați sau să eliminați discuția cu echipa, ar trebui să servească pentru a crește discuția în echipă și pentru a vă îmbunătăți dinamica comunicării. Este important ca toată lumea să înțeleagă clar cum vă imaginați (și ceilalți membri ai echipei) imaginați fiecare caracteristică a jocului.
Ideile de tăiere pot fi dificile și deranjante, dar este un proces înnăscut pentru crearea de jocuri. Asigurarea că o discuție deschisă, gratuită este o parte a dezvoltării va ajuta la ușurarea tensiunilor inerente aici, fără a descuraja membrii să fie creativi.
Am gasit multe idei bune practicand jocul in mintea mea, atat inainte cat si in timpul crearii jocului. Desigur, acest lucru nu oferă nicio garanție că aceste idei vor avea rădăcini în joc în timpul dezvoltării și testării, dar, mai ales în primele etape, este o metodă bună de brainstorming.
Deși este bine să încurajezi un aer de emoție în cadrul unei echipe, este la fel de important să îți păstrezi obiectivele de joc încorporate în realitate. Mecanica și comportamentele complexe ale inamicului și nivelului arată întotdeauna grozav pe hârtie, însă realitatea are o modalitate de corodare a măreției anumitor elemente de joc, iar acest lucru trebuie așteptat.
Consecințele actualizărilor și ale modificărilor sunt aproape imposibil de prevăzut înainte de timp în anumite situații, așa că nu uitați că este treaba dvs. să încercați să limitați cantitatea de remodelare care trebuie făcută atunci când apar schimbări. Dacă faceți o practică obișnuită de a juca prin idei noi în mintea dvs., înainte de a le pune pe hârtie, aveți șanse mai mari să mențineți obiectivele de dezvoltare înrădăcinate în așteptări realiste.
Echipa noastră este multinațională. Trăim în întreaga lume, în zone diferite de timp și acest lucru face imposibilă utilizarea versiunilor tipărite de documente pentru toată lumea și dificil de a avea conversații în timp real. Utilizarea instrumentelor cum ar fi Skype (pentru conversații), Google Drive (pentru partajarea fișierelor), Google Docs (pentru colaborarea pe documente și partajarea GDD) și FlockDraw (pentru desene digitale) pot ajuta într-adevăr cu explicații și discuții.
Dacă vă aflați pe gardul legat de faptul dacă menținerea unui GDD este necesară pentru producția jocului dvs., ar trebui să vă gândiți bine la modul în care vă imaginați dezvoltarea. Există aproape sigur momente în care viața reală și locurile de muncă cu normă întreagă vor avea loc în calea jocului, sau implementarea de caracteristici și mecanică pur și simplu nu funcționează.
Pe marile furtunoase de dezvoltare a jocului, un GDD sănătos poate servi ca un vas robust și solid, și chiar o barcă de salvare uneori. Este un jurnal detaliat al luptelor și triumfurilor voastre, o colecție de gânduri și idei pentru a vă reîntoarce în timpul greu. S-ar putea să constatați că îmbunătățirea calității GDD se scurge și în restul dezvoltării, ridicând barul peste tot în echipă. Ar trebui să servească drept un hub robust pentru a facilita discuțiile în echipă și pentru a genera noi idei și mai mari. În același timp, poate păstra aceste concepte în verificare realistă.
Beneficiile acestui tip de eficiență pot părea mici atunci când se uită individual, dar pe parcursul dezvoltării îndelungate, acesta generează un impuls minunat. În cele din urmă, acest tip de document ar trebui să propulse, să vă forțeze și să vă inspire pe dvs. și pe echipa dvs. pentru a termina ceea ce ați început. Ar trebui să vă arate că jocul dvs. are un plan care poate fi realizat.
Și după ce ați terminat jocul, GDD-ul dvs. va fi un testament al muncii și eforturilor depuse, în spatele scenei unei experiențe elaborate care va fi plăcută de toți.
Accentsconagua