stili di gioco Le strutture dei giochi - Parte 11: Strutture di Gioco Complete

[NicoRobs]

Dopo aver trattato le strutture di gioco incomplete la settimana scorsa, in questa undicesima parte della rubrica sulle strutture di gioco parleremo di quelle complete.

Le Strutture dei Giochi Parte 1
Le Strutture dei Giochi Parte 2: Concetti di Base
Le Strutture dei Giochi Parte 3: Il Dungeoncrawl
Le Strutture dei Giochi Parte 4: Il Combattimento
Le Strutture dei Giochi Parte 5: Gli Investigativi
Le Strutture dei Giochi Parte 6: Gli Hexcrawl
Le Strutture dei Giochi Parte 7: Giocare gli Hexcrawl
Le Strutture dei Giochi Parte 8: L'Importanza delle Strutture Ordinate
Le Strutture dei Giochi Parte 9: Le Strutture di Gioco Arcaiche
Le Strutture dei Giochi Parte 10: Le Strutture di Gioco Incomplete

Articolo di The Alexandrian del 25 aprile 2012

Ora che abbiamo parlato di strutture di gioco incomplete, lasciatemi fare inversione di marcia per spiegare cosa intendo con “struttura di gioco completa”.

Ancora meglio, con struttura di gioco completa non intendo dire che i giocatori non potranno mai compiere azioni al di fuori della struttura. Come ho detto fin dall'inizio, i giochi di ruolo dal punto di vista pratico sono aperti: a differenza di un gioco da tavolo o di carte, i giocatori sono sempre liberi di proporre qualunque piano d'azione stuzzichi la loro immaginazione.

Ciò di cui stiamo parlando, invece, è una struttura che teoricamente può fornire un'esperienza completa. Se i giocatori decidono di seguire rigorosamente una struttura di gioco completa, questa struttura non porterà mai il gioco in un punto in cui non esiste struttura.

L'esperienza sul campo, anzi, sul tavolo, qui ha un ruolo importante, e mi aspetto anche un bel po' di buon senso: si può affermare che Traveller abbia una “struttura di gioco completa” finché i personaggi non lasciano mai la nave. Ma, ovviamente, non è questo che succede al tavolo, giusto? Ciò che succede in pratica è che la struttura di scenario di Traveller fa giungere una nave ad uno spazioporto, i personaggi scendono dalla nave, e... la struttura di scenario li ha portati in un posto in cui non c'è struttura.

In pratica, le strutture di gioco complete esigono delle strutture integrate verticalmente e un ciclo di risoluzione chiuso. Di solito presentano anche delle transizioni complete tra strutture di gioco al macro-livello e strutture di gioco al micro-livello.

Per esempio, consideriamo la struttura base di uno scenario investigativo: Cominciate in un luogo e cercate indizi. Gli indizi vi portano in un altro luogo, dove cercate degli indizi (che, ovviamente, vi porteranno in un altro luogo).

Questo è un ciclo di risoluzione chiuso: potete seguire questa struttura all'infinito.

Tempo fa, abbiamo parlato della transizione fluida di D&D dal dungeoncrawl al combattimento: Vi trovate nella stanza di un dungeon, scegliete un'uscita, e andate in un'altra stanza del dungeon (ecco il vostro ciclo di risoluzione chiuso). Ma in quella stanza c'è un gruppo di mostri, così passate al sistema di combattimento (che è un altro ciclo di risoluzione chiuso) finché non sconfiggete i mostri. Una volta concluso il combattimento, tornate alla struttura del dungeoncrawl, scegliete un'uscita, e andate nella stanza successiva (dove potrebbero di nuovo esserci dei mostri, nel qual caso ritornate al combattimento).

Questa è una struttura integrata verticalmente: La struttura del dungeoncrawl fornisce un input preciso (“qui ci sono dei mostri”) che vi fa transitare alla struttura di combattimento; e la struttura di combattimento fornisce un input specifico (“i mostri sono tutti morti e non c'è nulla di interessante nella stanza”) che vi fa transitare nuovamente nella struttura del dungeoncrawl.

(Per fare un esperimento mentale, immaginate di usare una struttura di dungeoncrawl ma senza avere un sistema di combattimento. Riuscite a capire cosa succede quando il dungeoncrawl vi manda in una stanza piena di orchi? La struttura è incompleta. Ora, immaginate di usare una struttura di dungeoncrawl, ma invece di un sistema di combattimento avete una meccanica ben sviluppata per risolvere gare di indovinelli. È un dungeon molto diverso, giusto?)

È anche possibile estendere la catena delle transizioni dal macro al micro-livello. Una dimostrazione semplice è un esagono mappato con un dungeon: La struttura dell'hexcrawl porta alla scoperta del dungeon; entrare nel dungeon vi fa passare alla struttura del dungeoncrawl; e incontrare dei mostri nel dungeon vi fa passare alla struttura di combattimento.

A volte penso a tutto questo come ad una piramide rovesciata, ma non necessariamente ordinata. (Per esempio, gli esagoni possono anche portare immediatamente un combattimento.)

CARATTERISTICHE DI UNA STRUTTURA DI GIOCO COMPLETA

Prendiamoci un momento per considerare le caratteristiche base che una struttura di gioco richiede. Per dovere di cronaca, queste saranno in un certo senso delle conclusioni preliminari: non ci sono molte strutture di gioco complete nei giochi di ruolo, per cui la base dei dati è scarsa.

Primo, ogni parte della struttura di gioco richiede un input chiaro e specifico. (Per esempio, il combattimento parte quando qualcuno vuole attaccare e si fa un tiro iniziativa). Per integrare verticalmente la vostra struttura è necessario che la macro-struttura dia gli input necessari alle micro-strutture. (Per esempio, la struttura del dungeoncrawl fa partire il combattimento quando entrate in una stanza piena di mostri ostili.)

Secondo, vi serve un aggancio ad uno scenario predefinito. In realtà questo è semplicemente l'input per la macro-struttura che contiene le micro-strutture e non deve necessariamente essere così complesso: per esempio, l'aggancio allo scenario predefinito di un dungeoncrawl è “l'entrata del dungeon è davanti a voi”.

Terzo, vi serve un obiettivo predefinito. È ciò che motiva i giocatori a intraprendere lo scenario di cui è stato fornito l'aggancio. Per esempio, i personaggi entrano nel dungeon (cioè, accettano l'aggancio presentato dall'entrata del dungeon) perché vogliono trovare dei tesori.

(Notate che l'aggancio allo scenario predefinito e l'obiettivo sono spesso le prime cose a venire scambiate quando adattate una struttura di gioco ad una vera campagna. Per esempio, i personaggi potrebbero entrare in questo dungeon – che in realtà è una fortezza – perché gli schiavisti al suo interno hanno rapito uno dei loro amici.)

Quarto, vi serve un'azione predefinita: scegliere un'uscita nel dungeoncrawl; scegliere una direzione nell'hexcrawl; cercare indizi in un investigativo; attaccare un nemico durante il combattimento; eccetera.

Quinto, intraprendere l'azione predefinita dovrebbe farvi ritornare (direttamente o dopo una sequenza di azioni) ad un punto in cui potete nuovamente intraprendere quell'azione predefinita. Questo è il punto in cui chiudete il ciclo di risoluzione e completate la struttura di gioco.

STRUTTURE DI GIOCO EFFICACI

Ci sono anche alcune cose che non sono necessariamente obbligatorie in una struttura di gioco completa, ma che probabilmente è meglio avere.

Primo, la struttura dovrebbe essere flessibile. Flessibilità per i giocatori significa avere la capacità di prendere decisioni che non sono obbligate dalla struttura. Flessibilità per il master significa avere l'abilità di includere nel “contenitore” della struttura una vasta gamma di contenuti creativi.

(Questi costituiscono i principi di “struttura, ma non una camicia di forza” e di “flessibilità nella forma” di cui abbiamo già parlato.)

Secondo, l'azione predefinita di solito dovrebbe permettere ai giocatori di prendere decisioni importanti. I giochi di ruolo riguardano innanzitutto il fare delle scelte e strutture che non permettono di fare queste scelte, secondo me, zoppicano. Inoltre, una struttura che non include punti in cui i giocatori siano liberi di prendere delle decisioni probabilmente inibirà fortemente loro le opportunità di prendere decisioni non obbligate dalla struttura (vedi sopra).

(Come controesempio, considerate un'ipotetica struttura di piratecrawl in cui i giocatori decidono la direzione verso cui navigare e poi il master stabilisce in modo casuale in che tipo di nave si imbattono: questo per il master comporta grande flessibilità, dal momento che praticamente è libero di includere qualsiasi cosa rientri nel contenitore “a forma di nave”. Ma noterete che la decisione dei giocatori sulla direzione di navigazione è priva di significato, il che risulterà in un gioco men che soddisfacente.)

Terzo, dando per scontato di star parlando di GDR e non di STG [Storytelling Games, N.d.T.], le decisioni dei giocatori all'interno della struttura di gioco dovrebbero essere collegate al personaggio e alla storia.

(Praticamente per le stesse ragioni per cui le meccaniche di un GDR dovrebbero essere collegate.)

Quarto, le strutture di ricompensa del gioco dovrebbero idealmente essere intrecciate alle azioni predefinite e agli obiettivi predefiniti della struttura di gioco.

(L'esempio più semplice qui, come ho già detto, è D&D: la struttura predefinita dungeoncrawl / combattimento vi ricompensa con PE per l'azione predefinita di combattere mostri e con MO (ed XP) per l'obiettivo predefinito di trovare tesori.)

Quinto, la struttura di gioco dovrebbe essere divertente. Questa, ovviamente, può essere in un certo senso una qualità vaga e cambierà anche da gruppo a gruppo. Ma l'importante qui è che una struttura di gioco completa si porrà a fondamento del vostro scenario o della vostra campagna: Se queste fondamenta sono divertenti, allora tutto ciò che voi e i vostri giocatori ci costruirete sopra sarà divertente. D'altra parte, se è semplicemente un lavoro di ingegneria ben fatto, potreste anche riuscire a divertirvi se ciò che vi costruite sopra è abbastanza meraviglioso, ma non sarà così scontato.

Sesto, la struttura di gioco dovrebbe essere facile da preparare. Parte di questo sta nel fornire una struttura ordinata per la preparazione (e penso che troverete che strutture di gioco definite in modo chiaro vi forniranno contemporaneamente linee guida inequivocabili su cosa dovete preparare). Ma sta anche nel limitare la quantità di preparazione necessaria per poter cominciare a giocare. (Se la vostra struttura prevede che il master prepari 500 pagine di materiale per usarla, non sarà usata così tanto nel mondo reale.) E si può, ovviamente, rendere più semplice tutto ciò dando al master gli strumenti per assisterlo nella preparazione (come le vecchie scorte di prospetti per il dungeoncrawl e l'hexcrawl che una volta erano il pilastro di D&D).

Volevo anche aggiungere “facile da gestire” a questa lista, ma ho il sospetto che sia una qualità che deriva naturalmente da strutture di gioco costruite a modo. Ma se dovete rinfrescarvi la memoria, leggetevi la Parte 8 di questa serie.

---

Link all'articolo originale: https://thealexandrian.net/wordpress/15203/roleplaying-games/game-structures-part-11-complete-game-structures

View full article

[Ospite]

4 ore fa, NicoRobs ha scritto:

Quinto, la struttura di gioco dovrebbe essere divertente. Questa, ovviamente, può essere in un certo senso una qualità vaga e cambierà anche da gruppo a gruppo. Ma l'importante qui è che una struttura di gioco completa si porrà a fondamento del vostro scenario o della vostra campagna: Se queste fondamenta sono divertenti, allora tutto ciò che voi e i vostri giocatori ci costruirete sopra sarà divertente. D'altra parte, se è semplicemente un lavoro di ingegneria ben fatto, potreste anche riuscire a divertirvi se ciò che vi costruite sopra è abbastanza meraviglioso, ma non sarà così scontato.

Il successo di un gioco himo si misura sulla base di quanto è capace di essere divertente (e quindi far appassionare) per un numero ampio di persone con gusti diversi. Ci sono giochi bellissimi e molto raffinati, che però piacciono a pochissimi (e una maggioranza delle persone potrebbero pensarla molto diverso da me sia sul termine bellissimo che sul raffinato) destinati a morire commercialmente presto.

[Percio]

Grazie per la traduzione!