La documentazione interna può sembrare un dettaglio secondario durante lo sviluppo di un videogioco, ma il suo peso emerge davvero quando arriva il momento di costruire un sequel. È una lezione che diversi studi hanno imparato sul campo, tra funzionalità difficili da ricostruire, elementi narrativi sparsi e continuità da mantenere senza punti di riferimento chiari. Dopo le riflessioni arrivate da CD Projekt Red sul lavoro legato a The Witcher 4, Cyberpunk 2077 e al remake di The Witcher, anche un volto storico di Dying Light ha lanciato un avvertimento molto simile.
Durante un panel di Digital Dragons, l’ex franchise lead Tymon Smektała ha raccontato quanto una gestione poco rigorosa della documentazione possa complicare lo sviluppo di nuovi capitoli. Il suo messaggio agli sviluppatori è stato diretto: prendersi cura dei documenti di progetto fin dal primo gioco può fare la differenza anni dopo, quando un’idea diventa una saga.
Il consiglio di Tymon Smektała agli sviluppatori
Nel corso dell’intervento, Smektała ha definito il suo consiglio una sorta di “lezione da viaggiatore nel tempo”. Se potesse tornare indietro e parlare al team di Techland durante lo sviluppo del primo Dying Light, il suggerimento sarebbe semplice: “Prendetevi cura della vostra documentazione”.
Il problema, come ha spiegato, non riguardava soltanto qualche appunto mancante o documenti poco ordinati. Durante la produzione del primo gioco, lo studio non dedicava abbastanza attenzione alla registrazione precisa delle funzionalità. I documenti non venivano aggiornati con regolarità e non sempre coprivano tutti gli aspetti del progetto.
Molti dettagli, quindi, restavano confinati nel lavoro quotidiano dei singoli sviluppatori. Alcune soluzioni esistevano solo sul computer di un programmatore o di un designer, senza una struttura condivisa che permettesse al resto del team di recuperarle facilmente in futuro. In un singolo progetto può sembrare un compromesso accettabile, soprattutto quando i tempi sono stretti. Tuttavia, quando quel progetto diventa il punto di partenza per un franchise, le conseguenze diventano molto più pesanti.
Una lore difficile da ricostruire
Le difficoltà non si sono limitate agli aspetti tecnici. Anche la lore di Dying Light non era stata documentata in modo adeguato. Smektała ha spiegato che, probabilmente, il team non immaginava di dare vita a una nuova serie proprio con quel gioco. Questo ha portato a una gestione meno sistematica delle informazioni narrative, delle date interne all’universo di gioco e degli elementi di continuità.
Il problema è diventato evidente durante lo sviluppo di Dying Light 2. Realizzare un sequel significa ampliare un mondo già esistente, ma anche rispettarne le regole. Senza una documentazione solida, ogni dettaglio rischia di trasformarsi in un ostacolo: una data da controllare, un evento da ricostruire, una scelta narrativa da verificare per evitare contraddizioni.
Smektała ha raccontato che, negli anni successivi, il team ha passato molto tempo a recuperare informazioni e a rimettere ordine tra funzionalità e contenuti narrativi. In alcuni casi, gli sviluppatori sono arrivati a consultare i Wiki creati dai giocatori, una situazione descritta con una certa dose di imbarazzo. Il materiale raccolto dalla community si è rivelato utile, ma il fatto di doverlo usare per ricostruire parti del proprio stesso universo ha evidenziato quanto il problema fosse concreto.
Perché la documentazione conta davvero
La riflessione dell’ex responsabile di Dying Light tocca un punto spesso poco visibile al pubblico. Un videogioco non è fatto soltanto di codice, grafica e scrittura narrativa: è anche un insieme enorme di decisioni, sistemi, regole e soluzioni pratiche. Se questi elementi non vengono archiviati in modo chiaro, il rischio è che diventino difficili da recuperare proprio quando servono di più.
La documentazione, in questo senso, non è burocrazia fine a sé stessa. Serve a proteggere la memoria del progetto, soprattutto quando i team cambiano, quando passano gli anni o quando un nuovo capitolo deve ripartire da basi già costruite. Per un sequel o per un’espansione, avere documenti aggiornati significa risparmiare tempo, ridurre gli errori e mantenere più facilmente la coerenza del mondo di gioco.
Il messaggio di Smektała è quindi molto pratico: chi sta lavorando al primo capitolo di un possibile franchise dovrebbe documentare tutto con cura, anche ciò che oggi sembra ovvio. Anni dopo, quelle informazioni potrebbero diventare essenziali.
Un problema condiviso anche da CD Projekt Red
Il tema non riguarda soltanto Techland. Anche CD Projekt Red ha affrontato un discorso simile durante Digital Dragons, spiegando le difficoltà emerse quando è arrivato il momento di lavorare nuovamente su The Witcher. Lo studio ha raccontato di essersi trovato quasi senza materiali di riferimento utili per il remake del primo capitolo.
Il parallelo con Dying Light è evidente. In entrambi i casi, il successo di un gioco ha portato alla necessità di tornare su idee, sistemi e mondi costruiti anni prima. E in entrambi i casi, l’assenza di una documentazione completa ha reso il lavoro più complesso del previsto.
La lezione è chiara ma tutt’altro che banale: nello sviluppo di videogiochi, pensare al futuro è fondamentale anche quando non si sa ancora se un futuro ci sarà. Un primo capitolo può nascere come progetto isolato e trasformarsi, col tempo, in una serie. Quando accade, ogni documento salvato, ogni funzionalità descritta e ogni dettaglio narrativo ordinato possono evitare problemi enormi. Per gli sviluppatori, è una forma di manutenzione invisibile; per i sequel, spesso, una vera assicurazione sulla continuità.
