Uno degli aspetti più complicati dello sviluppo del gioco è la pianificazione. Alcuni sosterrebbero che piccoli progetti indipendenti non necessitano di questo passaggio; devono semplicemente lavorare sul progetto fino a quando non sarà completato. Questo è tutt'altro che vero.
La struttura di progettazione posta all'origine del progetto determinerà il corso per lo sviluppo dell'intero progetto. È importante ricordare a questo punto che nulla è incastonato nella pietra, ma dovresti cercare di essere il più preciso possibile.
Innanzitutto, analizza il documento di progettazione e determina i requisiti del gioco. Quindi, suddividere ogni requisito in un elenco di funzionalità che saranno necessarie per implementare il requisito.
Prendi ogni funzionalità e lavora con i tuoi lead in ogni area (arte, animazione, programmazione, suono, progettazione dei livelli, ecc.) Per suddividerla in attività per ciascun dipartimento (un gruppo o una persona, a seconda delle dimensioni della tua squadra).
Il responsabile di ciascun gruppo dovrebbe quindi creare stime iniziali dei requisiti di tempo per ciascuna attività e assegnarle ai membri del team. Al termine, il lead dovrebbe collaborare con il team per garantire che le stime siano corrette e ragionevoli.
Il project manager deve quindi prendere tutte le stime dell'attività e inserirle in un pacchetto software di gestione del progetto, Microsoft Project o Excel (i due standard di settore di lunga data) o una qualsiasi delle nuove opzioni disponibili per la gestione agile del progetto.
Una volta aggiunte le attività, il project manager deve esaminare le attività e abbinare le dipendenze tra i team per garantire che i tempi di creazione di una funzione non abbiano relazioni impossibili che ne impediscano il completamento entro i tempi necessari. Ad esempio, per implementare appieno un gioco di corse, non programmeresti la codifica della durata degli pneumatici prima del completamento del sistema fisico. Non avresti alcun framework su cui basare il codice del pneumatico.
È qui che le cose si complicano in modo particolare, ma in primo luogo diventa più evidente la necessità di gestire i progetti.
Il project manager assegna le date di inizio e completamento stimate per ciascuna attività. Nella pianificazione tradizionale del progetto, si finisce con una vista a cascata "a cascata", che mostra la sequenza temporale per il completamento del progetto e le dipendenze che collegano le attività.
È fondamentale ricordare di tenere conto dello slippage, del tempo di malattia dei dipendenti, dei ritardi imprevisti nelle funzioni, ecc. Questa è una fase che richiede tempo, ma ti darà rapidamente un'idea di quanto tempo impiegherà il progetto a completare.
Osservando questo piano di progetto, puoi determinare se una funzione sarà costosa in tempo (e, quindi, denaro) e prendere decisioni sul fatto che la funzione sia necessaria per il successo del gioco. Potresti decidere che ritardare l'aggiornamento di una funzione o persino un sequel ha più senso.
Inoltre, tenere traccia di quanto tempo hai lavorato su una funzione è utile per determinare se è il momento di provare una nuova tecnica per risolvere il problema o tagliare la funzione per il bene del progetto.
Un uso frequente della pianificazione del progetto comporta la creazione di pietre miliari. Le pietre miliari indicano quando è stato completato un determinato elemento di funzionalità, un periodo di tempo di lavoro sul progetto o una percentuale delle attività.
Per il monitoraggio interno del progetto, le pietre miliari sono utili ai fini della pianificazione e per fornire al team obiettivi specifici su cui puntare. Quando si lavora con un editore, le pietre miliari determinano spesso come e quando viene pagato lo studio di sviluppo.
La pianificazione del progetto è considerata da molti un fastidio, ma quasi sempre scoprirai che gli sviluppatori che pianificano i progetti con largo anticipo e raggiungono i traguardi sono quelli che riescono a lungo termine.