Considerazioni legali all'avvio di un team di sviluppo del gioco

10

Sto per iniziare un progetto con altri due sviluppatori e un artista, che ancora non ho trovato. Non sono sicuro di come dovremmo gestirlo esattamente da una prospettiva legale.

Dovremmo firmare un contratto? Cosa dovrebbe essere dichiarato in tale documento?

Molto probabilmente il gioco sarà gratuito.

legal game-industry

— jcora
fonte

Un contratto? Immagino che dipenda da cosa vuoi fare con il tuo gioco. Se non è a scopo di lucro, non vedo perché il contratto sarebbe necessario. Basta trovare i tuoi due sviluppatori e il tuo artista e creare un gioco, na?

— Nathan,

1

Abbiamo registrato una nuova società di cui abbiamo azioni e quindi abbiamo sottoscritto tutti gli IP a quella società. Questo ci ha dato la flessibilità di vendere o aggiungere annunci pubblicitari ecc ai giochi che realizzeremo in seguito senza ulteriore lavoro.

— OriginalDaemon

2

Perché non riesci a creare un'azienda? (E inserisci la risposta nella domanda, non alla fine di un elenco di commenti in cui nessuno lo vedrà).

— Peter Taylor,

1

@Bane è in realtà un team di sviluppo di giochi senza scopo di lucro o è una modifica non valida?

— MichaelHouse

1

Cosa certa. Mi chiedevo da dove venisse. Dal momento che anche se il gioco fosse gratuito, potrebbe comunque avere altre opzioni di guadagno.

— MichaelHouse

2

Quando non è a scopo di lucro, potresti accettare di condividere il tuo lavoro secondo i termini di una licenza open source (Sì, signor Stallman, so che il termine open source non ha senso). Se dovessi mai decidere di separarti, ognuno di voi avrà i diritti per l'intero progetto e potrà decidere di continuare lo sviluppo in modo indipendente, con o senza l'aiuto di altre persone.

Quando vuoi assicurarti che nessuno di voi monetizzi mai il gioco senza il permesso degli altri, è possibile utilizzare CC-BY-NC. In questo modo tutti voi potete usarlo, non solo per fare soldi.

Quando vuoi permetterti a vicenda di provare a fare soldi con esso in modo indipendente ma non vuoi che ottengano il copyright esclusivo, puoi usare la GNU General Public License. Ciò, tuttavia, darà anche agli utenti finali il diritto di utilizzare e modificare il proprio lavoro.

Un'altra opzione sarebbe la licenza BSD. Non ti obbliga a concedere diritti agli utenti finali. Ma ciò non impedisce a nessuno di voi di rovesciare il progetto e di mantenere il copyright esclusivo delle modifiche che fa dopo aver lasciato l'utente.

L'uso di una licenza software gratuita ti consentirà inoltre di trovare collaboratori che non hanno interessi finanziari. Molti hobbisti (me compreso) preferirebbero contribuire a un progetto con una licenza open source di riserva piuttosto che una in cui la situazione del copyright non è chiara e si rischia di essere sfruttati a scopo di lucro.

Oppure puoi semplicemente ottenere il tuo contratto di licenza. Assicurati solo di essere d'accordo sul modo in cui vuoi gestire il copyright quando uno di voi vuole continuare l'uno senza l'altro a causa delle differenze creative e come gestire eventuali profitti e perdite. Solo un suggerimento: non concordare sulla suddivisione uniforme dei profitti. Presto ti renderai conto che tutti investono diverse quantità di tempo ed energia nel progetto. Per quelli di voi che pensano di aver fatto più degli altri, una divisione uniforme si sentirà presto molto ingiusta.

— Philipp
fonte

Essendo gratuito, il gioco non significa che è una società senza scopo di lucro, né significa che sarà open source.

— MichaelHouse

3

Penso che se hai intenzione di vendere questo (o usarlo come progetto professionale), allora un contratto sarebbe appropriato, dove come se fosse solo per divertimento, allora un contratto è fuori bordo. se si ottiene un contratto, assicurarsi di averlo controllato da un avvocato per riparare tutte le scappatoie. Se davvero non lo vuoi distribuire, ma non lo stai creando come progetto professionale, un accordo amichevole dovrebbe essere sufficiente.

— Dylan Katz
fonte

1

Raccomando un contratto indipendentemente da quello che stai facendo. Se non è a scopo di lucro, uno più semplice funzionerà, poiché lo "spirito dell'accordo" può essere importante nei processi civili.

Non sono un avvocato e questo non costituisce una consulenza legale adeguata. È solo una mia opinione e dovresti controllare le leggi locali.

— Almo
fonte

Il gioco libero non significa non a scopo di lucro.

— MichaelHouse

Dove nella mia risposta dice libero = no profit? Ho detto che se non fosse a scopo di lucro, mi sentirei a mio agio con un accordo più libero. La domanda non specifica se sia o meno a scopo di lucro.

— Almo,

Giusto, non specifica, quindi non vedo alcun motivo per supporre che. Stai sottintendendo che il presupposto è gratuito == no profit. Fondamentalmente la tua risposta è che consigli di utilizzare un contratto. Quindi ti immergi in situazioni ipotetiche.

— MichaelHouse

Questo è il motivo per cui la mia risposta dice "Usa un contratto. Se non è a scopo di lucro, non deve essere così stretto." Non vedo un problema.

— Almo,

Stavo solo sottolineando che sembravi fare un'ipotesi errata. È chiaro ora che è solo una strana ipotesi, dal momento che non ci sono prove di non profitto. Nessun problema.

— MichaelHouse

1

Gratuito o no, è meglio avere un contratto che nessuno, in particolare se le persone non hanno intenzione di scatenare un polverone su di esso (e non dovrebbero, se è giusto). Anche per progetti di prodotti gratuiti, serve per impedire alle persone di uscire con tutte le tue risorse, o metà del tuo codice, ad esempio.

In effetti, questa sarebbe la mia maggiore preoccupazione se fossi nei tuoi panni: come posso creare un ambiente che favorisca le persone che si aggirano per tutta la vita del progetto; o, se non ci riescono / non possono, come possiamo mitigare l'impatto di ciò (ad es. possiamo mantenere o almeno mantenere i diritti di utilizzo, il loro codice o le loro risorse)?

Forse dovresti anche coprire ciò che le persone rinunciano se abbandonano volontariamente il progetto, rispetto a se non hanno scelta (a seconda di quanta conoscenza di ciò che puoi realisticamente avere; è difficile dire se un membro del team remoto sta effettivamente soffrendo ad es. un divorzio o se hanno appena deciso di abbandonare il tuo progetto a favore di qualcosa che sembrava più piacevole per loro).

Un paio di libri eccellenti su questo argomento sono:

— Ingegnere
fonte