Unlimited WordPress themes, graphics, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Game Development
  2. Project Management

Come (e perché) redigere un buon Documento di Game Design

by
Length:LongLanguages:

Italian (Italiano) translation by Chip (you can also view the original English article)

Ogni sviluppatore o team indipendente si è chiesto come gestire al meglio il processo di sviluppo. E' obbligatorio usare una documentazione dettagliata, come ad esempio il leggendario documento di game design (GDD)? Quali sono gli errori più comuni, e come possono essere evitati?

Per coloro che hanno cercato risposte a queste domande, voglio condividere l'esperienza del nostro team nel creare il nostro GDD.

Perché vi serve un GDD

una buona documentazione è d'obbligo

Molti game designer si astengono dal coltivare documenti di progettazione e organizzazione delle idee. Non riesco ad immaginare come questi sviluppatori riescano a superare quei momenti in cui sono ostacolati dal malfunzionamento del codice, design artistico, dalle meccaniche che si scontrano, il tutto cercando di ricordare il perché è stato fatto così .

Avere un documento di game design ben pensato può agire come stampella in questi tempi. Esso vi permetterà di vedere le idee ed i concetti che vi tenevano svegli tutta la notte, quando avete iniziato il vostro gioco, e, forse ancora più importante, quelle idee che devono essere tagliate dal gioco per rendere la vita più facile, o che vanno rielaboratr per rendere più utili i vostri sforzi

Un GDD aiuta lo Sviluppo ed il Design di un Gioco

Un documento di game design agisce da nesso e da hub per collegare ed elencare ogni aspetto di un gioco. Si compone di descrizioni scritte, immagini, grafici, tabelle ed elenchi di informazioni pertinenti per ogni segmento di sviluppo, ed è spesso organizzato da quali caratteristiche saranno nel gioco, e chiaramente delinea il modo in cui tutto si unirà insieme.

La creazione di un GDD aiuterà il progettista della tua squadra nella comprensione di ciò che è l'essenza del gioco e della portata prevista del mondo da lui inventato nonché il suo gameplay. Inoltre, avendo tutti gli elementi di gioco in un unico documento ben organizzato aiuterà facilmente il progettista a trasmettere la sua visione al resto della squadra, ma aiuterà anche ad individuare i punti deboli o i componenti mancanti che il gioco può richiedere.

Il GDD dovrebbe servire come vostra lista di controllo principale. Sarà il documento che lancerete in aria per festeggiare dopo aver completato tutte le sue sezioni e terminato il vostro gioco.

Un GDD Aiuta anche in altri settori

Dal momento che un GDD è pieno di descrizioni, è una risorsa ideale per tutti i PR e il marketing, con concetti che trasmettono l'estetica del gioco e che si possono copiare e incollare.

Le potenziali abilità dei lavoratori possono essere rapidamente valutate, qualificato o no, cercando le loro credenziali accanto alle sezioni corrispondenti del documento.

Se la raccolta di fondi è tra le intenzioni del vostro team, sarà fondamentale avere un buon GDD ben organizzato da fare vedere agli investitori oltre che per determinare i rischi del vostro sviluppo, così come la capacità di mantenere le vostre promesse.

Un GDD tiene tutti sulla stessa pagina.

Creando e aderendo ad un documento di game design è come piantare un seme e vederlo crescere in un albero nel corso dello sviluppo. Avete la vostra preparazione iniziale, la coltivazione, e in ultima analisi, la fatica raccapricciante e massacrante del raccolto.

Un errore comune sta nel non dare a tutti i membri del team gli attrezzi da giardinaggio adeguati per rendere il vostro gioco una realtà. Il GDD contribuirà a rendere sicuri tutti coloro che lavorano insieme, in modo che non troviate il vostro programmatore ed artista intenti a tagliare il ramo su cui stanno piedi.

Errori Comuni

Cerchiamo di descrivere tutto in una volta sola

Non è necessario elencare tutte le funzionalità e meccaniche in dettaglio nella prima stesura. Questo è impossibile quando si lavora ad un gioco complesso con un piccola team. Delineare i principali nodi del gameplay ed i fondamentali elementi vi aiuterà ad avere una prospettiva su ciò che deve essere fatto, ma si deve aspettare di riempirli in uno per uno, nel corso del tempo.

Non fissare scadenze

Stabilire gli obiettivi di gioco con scadenze può sembrare scoraggiante per alcuni sviluppatori. Le scadenze sono una parte della noiosa vita dalle 9 alle 17, così tante persone hanno una naturale avversione verso di loro.

Tuttavia, fissare termini è il modo per garantire che il vostro gioco venga realizzato e non si sieda per sempre incompiuto in una cartella sul desktop. Questi tipi di obiettivi sono pietre miliari sulla strada del progresso, e passarli uno ad uno è una chiara indicazione che si sta facendo qualcosa di giusto. Ognuno di essi è un motivo per festeggiare.

Le scadenze sono una componente fondamentale di programmazione che consente di monitorare le prestazioni della vostra squadra e voi stessi. Aiuta nel processo decisionale che è radicato nella realtà, e alla fine accumula una quantità di moto ed etica che sono sani per la squadra nel suo complesso e per i singoli individui al suo interno.

Supporre che tutti sappiano cosa aggiungete

C'è spazio nel GDD per le descrizioni di base che coprono il gameplay, storie, e i compiti principali di codifica. Dato che lo sviluppo progredisce, si aggiungono altri dettagli a queste sezioni. Durante la creazione e il test del gioco, è necessario aggiungere o aggiornare dettagli tecnici specifici ogni volta che una funzione viene implementata o modificata. In questo modo, non dovrete mai fare una build con elementi a cui non è possibile risalire nel GDD, creando collegamenti mancanti delle idee, codice o arte. Può anche essere utile per aggiungere informazioni sulla difficoltà di attuazione di taluni compiti, e se essi sono stati pienamente integrati nel gioco o che potrebbero richiedere un'ulteriore revisione.

In tutto questo processo, i vostri concetti iniziali dovrebbero colare in descrizioni sempre più dettagliate su ogni aspetto delle caratteristiche che contengono. Questo aiuta a concretizzare traguardi che sono facili da navigare e ripercorrere per vedere dove hanno avuto origine e dove devono andare.

Mentre il GDD continua a crescere e diventare più finalizzato, è ancora importante tenerlo aggiornato. Questo elimina le situazioni in cui i membri del team fanno qualcosa senza essere in grado di giustificare il motivo per cui hanno trascorso tempo a farle, che è fondamentale al momento delle crisi.

Stampa del GDD

Personalmente, ho una paura primordiale inspiegabile di annegare in un mucchio di documentazione cartacea. Questo diventerebbe un vero incubo se dovessi mantenere tutte le vecchie versioni del nostro GDD per ogni membro del team.

Perché dovremmo torturare noi stessi con tutto questo nell'era della tecnologia digitale? Ci sono molti servizi online gratuiti come Google Docs o Trello che permettono di salvare tutte le modifiche e vedere tutti i commenti della vostra squadra in tempo reale.

Come scrivere un GDD efficace

Scrivilo a tappe

All'avvio del GDD, è normale avvolgersi nei concetti. Sfondi, introduzioni, e le descrizioni chiave aiutano a rimpolpare il gioco e dargli forma. Quando si inizia a testare e implementare funzionalità, tali concetti dovrebbero diventare più raffinati, specificati e dettagliati. Il mantenimento di una corretta organizzazione diventerà sempre più critico come il vostro GDD guadagna peso e densità.

Partite in fase di concept, dove fate un brainstorming delle vostre idee e mettete tutto giù su carta. Questo dovrebbe essere eccitante! Servirà anche come una tabella di marcia in modo da non perdere traccia dei vostri obiettivi e della visione lungo la strada. Quando il fascino di alcuni elementi di gioco perde la loro lucentezza o vi conduce in un fosso, potrebbe essere il momento di rielaborare il vostro concetto iniziale per assicurarsi che raggiungiate un traguardo soddisfacente.

Verso la metà dello sviluppo, una volta che avete una squadra entusiasta a bordo, le discussioni e le costruzioni del gioco aiuteranno a scolpire e organizzare il documento in un modo più facile da usare e come una migliore guida per tutti. C'è ancora spazio per la sperimentazione di nuovi concetti e idee a questo punto, ma devono essere tenuti sotto controllo con alcuni dei vostri documenti iniziali.

Lo sviluppo casalingo è dove il vostro documento di progettazione di gioco vi farà risparmiare ore di frustrazione e angoscia. Come chiudete il rilascio del GDD dovreste iniziare a trasformarlo lentamente in una tavoletta di pietra, con le caratteristiche e la meccanica del gioco impostate stabilmente messe tutte e tenute insieme da una arte che sarà stata certamente con più iterazioni per soddisfare le specifiche del documento. Il documento dovrebbe aiutare a mantenere tutte le ruote del team a terra, con una buona linea di vista sulle aspettative realistiche della realizzazione del gioco.

Non è necessario avere un GDD assolutamente completo prima di iniziare lo sviluppo. Ma il GDD deve essere completo per i prossimi 10 giorni o due settimane oltre il lavoro corrente del team e le parti pertinenti del documento devono essere dettagliate il più possibile.

Consentire modifiche nel corso dello sviluppo del tuo gioco

Parti del GDD dovranno essere cambiate e modificate durante l'intero processo di sviluppo, a volte anche negli ultimi giorni prima del rilascio. Inizierete ad assomigliare ad una zona disastrata, se il contenuto non viene delineato in modo corretto. Se avete paura di eliminare testo obsoleto, tagliatelo e incollatelo in un addendum o un documento separato. Questo lascerà il corpo principale della GDD rilevante allo stato attuale di sviluppo, senza tutte le distrazioni dei giri precedenti.

Non bisogna mai impedire ai membri del team di presentazione di nuove idee. La creazione di idee è una delle parti più gratificanti dello sviluppo, e dovrebbe essere incoraggiato in ogni momento. I membri del team dovrebbero affrontare lo sviluppo, sapendo che molti di questi concetti saranno tagliati e non faranno mai parte del gioco ma questo non li dovrebbe far smettere di sognare! Nessuno sa quali idee producono i migliori risultati in un primo momento, quindi il generare idee nuove e innovative dovrebbe essere un punto fermo delle vostre discussioni e celebrato di conseguenza.

Mettere una sola persona a controllarlo

La supervisione della GDD deve essere eseguita ad un solo membro del team. Essi identificheranno le idee chiave su cui ci si deve focalizzare e taglieranno le idee meno importanti.

Incoraggiare il feedback attivo è importante, in quanto gli altri membri del team non hanno la possibilità di aggiungere direttamente le loro idee al documento.

La maggior parte dei problemi di sviluppo sono costituiti da un guscio esterno duro di cattiva comunicazione e da un interno morbido nel non sapere come compensare e correggerlo. Queste barriere possono essere superate con la manutenzione vigile del GDD e chiaramente da una documentazione concisa, e questo può essere raggiunto meglio se una persona se ne assume la responsabilità.

Attenzione alla leggibilità

Siate coerenti con gli stili di carattere, utilizzare le intestazioni uniformi e le rientranze, la punteggiatura e la formattazione. Create una leggenda o indice per spiegare che cosa significano le colorazioni specifiche; questo può aiutare a ridurre la confusione riducendo così il tempo necessario per trasmettere i passi da fare nell'implementazione di tutte le diverse caratteristiche.

Mantenete chiaro il linguaggio

Più semplice e chiaro manterrete il linguaggio nel GDD, meglio il vostro team lo capirà.

E' importante mantenere la scrittura chiara e concisa, e il vostro team dovrebbe darvi un feedback sulla presentazione e la chiarezza del GDD. Una dinamica di causa ed effetto si tradurrà in una esperienza di sviluppo più coesa, con benefici globali, tra cui uno stile artistico ben definito, un minor numero di errori di comunicazione, e una documentazione meno stressante.

Ma la cosa più importante è che il GDD dovrebbe essere un riflesso della cultura del vostro team, creato in qualsiasi formato che trovate funzionare meglio, risulterà più attraente per voi e per il vostro team.

Utilizzate aiuti visivi

Nessuno dovrebbe poter dire che non ha capito qualcosa, o fatto qualcosa correttamente, a causa della mancanza di materiale di riferimento nella GDD.

I materiali visivi e di riferimento svolgono un ruolo chiave nel processo di trasmissione delle idee. Alcuni concetti difficili possono essere spiegati in meno tempo con supporti visivi, come grafici e concept art. Questo contribuirà ad assicurarsi che ogni membro del team comprenda le informazioni che state trasmettendo, in cambio otterrete una maggiore velocità nel completamento dei lavori.

Metteteci un pò di passione

Non dovreste limitarvi ad un testo asciutto. (Se lo farete, aspettatevi un lungo periodo di tempo affinché tutti sposino e comprendano le idee principali!) Provate a descrivere le emozioni dei giocatori e le esperienze che il gioco potrebbe coltivare.

Mantenere un GDD può sembrare solo un tecnicismo, invece non dovreste aver paura di strapparvi il cuore e gettarlo nel documento. Lasciate che la vostra emozione e la passione ci sanguinino dentro. Immaginate come volete far sentire il giocatore e buttate giù queste intenzioni accanto alle descrizioni delle vostre caratteristiche. Questo aiuta a coltivare una coscienza collettiva nel vostro team su ciò che il gioco sta cercando di trasmettere al lettore, e, diciamocelo, i sentimenti dovrebbero avere dietro l'entusiasmo se si vuole che vengano compresi dagli altri.

Usatelo per mantenere in pista le persone

Impostate le priorità dei compiti e delle funzioni, documentate le loro scadenze e controllate la loro esecuzione. Non potete sviluppare tutte le idee che il vostro team e la tua mente proporranno, quindi (dopo aver tagliato qualcosa), è necessario impostare le loro priorità e almeno approssimare un calendario per la loro attuazione.

Un GDD ben curato crea un eccellente lista di priorità dei compiti che devono essere completati dal vostro team. Non tutte le caratteristiche in un GDD verranno fatte nel gioco finale. Tenendo questo in mente, è necessario decidere quali caratteristiche debbano avere la precedenza su altre, pianificandole per essere implementate e testate prima.

Riflettete su ciò che è fondamentale per il vostro gioco, e su ciò che è possibile fare dato il livello di abilità del vostro team, quindi utilizzate tali informazioni per guidare la vostra produzione.

Un GDD solido può contribuire a aiutare l'ingresso di nuovi membri nel team del progetto, rendendoli altrettanto entusiasti come lo siete voi.

Dal momento che un GDD completamente delineato può in apparenza risultare il gioco troppo scoraggiante da realizzare, è bene ricordare che più di una persona lavorerà alle sue specifiche. Assegnare ai membri del team i compiti nel GDD lo aiuterà a diventare più robusto, mantenendo tutti sulla stessa pagina. Chiunque può saltare nel documento e vedere quello che è stato completato, quali compiti c'erano prima e quali restano da fare per la squadra e il perché ciascuno sta lavorando all'attività corrente.

Continuate ad avere discussioni di progettazione

Scrivere qualcosa in un GDD condiviso non dovrebbe ridurre al minimo o eliminare la discussione con il team, dovrebbe servire ad aumentare la discussione di squadra e a migliorare le dinamiche della vostra comunicazione. E' importante che tutti capiscano chiaramente come voi (e gli altri membri del team) immaginate ogni caratteristica del gioco.

Tagliare Idee può essere difficile e snervante, ma è un processo innato nella creazione di giochi. Fare in modo che aprire discussioni libere sia una parte dello sviluppo contribuendo a rilassare le tensioni che nascono, senza dissuadere i membri dal essere creativi.

Giocate il gioco nelal vostra mente

Ho trovato buone idee giocando il gioco nella mia mente, sia prima che durante la creazione del gioco. Naturalmente, questo non dà alcuna garanzia che quelle idee prenderanno radici nel gioco durante il suo sviluppo e la sua sperimentazione, ma, soprattutto nelle fasi iniziali, è un buon metodo di brainstorming.

Impostate obiettivi realistici

Mentre è bene favorire un'aria di eccitazione all'interno di una squadra, è altrettanto importante mantenere gli obiettivi del vostro gioco ben ancorati nella realtà. Le meccaniche ed i comportamenti dei nemici sembrano sempre eccezionali sulla carta, ma la realtà corrode sempre la grandezza di alcuni elementi del gioco, e questo dovrebbe essere previsto.

Conseguenze di aggiornamenti e modifiche sono quasi impossibili da prevedere in anticipo in alcune situazioni, quindi ricordatevi che è il vostro lavoro cercare di limitare la quantità di ristrutturazioni che devono essere fatte quando sorgono modifiche. Se vi abituate a giocare nella vostra mente le nuove idee prima di metterle su carta, avrete maggiore possibilità di mantenere gli obiettivi di sviluppo radicati entro aspettative realistiche.

Fare uso di strumenti gratuiti online

Il nostro team è multinazionale. Viviamo in tutto il mondo, con diversi fusi orari, e questo rende impossibile utilizzare versioni stampate dei documenti per tutti, ed è molto difficile avere conversazioni in tempo reale. Utilizzare strumenti come Skype (per le conversazioni), Google Drive (per la condivisione di file), Google Docs (per la collaborazione sui documenti, e la condivisione del GDD), e FlockDraw (per i disegni digitali) può davvero aiutare con le spiegazioni e le discussioni.

Conclusioni

Se vi ritrovate di fronte alla decisione se considerare un GDD come necessario per la produzione del vostro gioco, vi dovreste prendere del tempo per immaginare attentamente come volete sviluppare. Ci sono quasi sempre momenti in cui la vita reale e l'occupazione a tempo pieno rientrano nel fare gioco, o l'implementazione di caratteristiche e le meccaniche semplicemente non funzionano.

Sui mari tempestosi dello sviluppo dei giochi, un GDD sano può servire da robusta e solida nave o anche da scialuppa di salvataggio, a volte. Si tratta di un diario dettagliato delle vostre lotte e di trionfi, una raccolta di pensieri e idee su cui ripiegare nei momenti difficili. Potreste scoprire che il miglioramento della qualità del GDD scivola nel resto di sviluppo e innalza il livello di sviluppo di tutto il vostro team. Dovrebbe servire come robusto centro per facilitare le discussione del team e generare nuove e migliori idee. Allo stesso tempo, può mantenere questi concetti sotto un controllo realistico.

I vantaggi di questo tipo di efficienza possono sembrare poca cosa se guardati individualmente, ma nel lungo corso dello sviluppo, formeranno una sorta di slancio meraviglioso. In definitiva, questo tipo di documento dovrebbe spingere, costringere voi e il vostro team ad ispirarvi per finire ciò che avete iniziato. Dovrebbe dimostrare che il gioco ha un piano che può essere realizzato.

E dopo aver finito il gioco, il vostro GDD resterà come un testamento di tutto il vostro duro lavoro ed i vostri sforzi, il dietro le quinte di una elaborata esperienza di cui godere tutti.

Riferimenti e strumenti consigliati

Riferimenti

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.