Considérations juridiques lors du démarrage d'une équipe de développement de jeux

10

Je suis sur le point de démarrer un projet avec deux autres développeurs et un artiste que je n'ai toujours pas trouvé. Je ne sais pas exactement comment nous devrions traiter cela d'un point de vue juridique, cependant.

Sommes-nous censés signer un contrat? Que faut-il indiquer dans un tel document?

Le jeu sera très probablement gratuit.

legal game-industry

— jcora
source

Un contrat? Je suppose que cela dépend de ce que vous voulez faire avec votre jeu. Si ce n'est pas dans un but lucratif, je ne vois pas pourquoi un contrat serait nécessaire. Trouvez juste vos deux développeurs et votre artiste et créez un jeu, na?

— nathan

1

Nous avons enregistré une nouvelle société dont nous détenons des actions, puis avons transféré toute propriété intellectuelle à cette société. Cela nous a donné la flexibilité de vendre ou d'ajouter des publicités, etc. aux jeux que nous créons plus tard sans autre travail.

— OriginalDaemon

2

Pourquoi ne pouvez-vous pas créer une entreprise? (Et mettez la réponse dans la question, pas à la fin d'une liste de commentaires où personne ne la verra).

— Peter Taylor

1

@Bane est-ce en fait une équipe de développement de jeux à but non lucratif ou s'agit-il d'une modification non valide?

— MichaelHouse

1

Chose sûre. Je me demandais d'où cela venait. Puisque même si le jeu était gratuit, il pourrait encore avoir d'autres options de revenus.

— MichaelHouse

2

Quand ce n'est pas à but lucratif, vous pourriez accepter de partager votre travail sous les termes d'une licence open source (Oui, M. Stallman, je sais que le terme open source manque de sens). Si jamais vous décidez de vous séparer, chacun de vous aura les droits sur le projet complet et pourra décider de poursuivre le développement de manière indépendante, avec ou sans l'aide de personnes supplémentaires.

Lorsque vous voulez vous assurer qu'aucun de vous ne monétise le jeu sans l'autorisation des autres, vous pouvez utiliser CC-BY-NC. De cette façon, vous pouvez tous l'utiliser, mais pas pour gagner de l'argent.

Lorsque vous voulez vous permettre les uns aux autres d'essayer de gagner de l'argent avec lui indépendamment mais que vous ne voulez pas qu'ils obtiennent des droits d'auteur exclusifs, vous pouvez utiliser la licence publique générale GNU. Cependant, cela donnera également aux utilisateurs finaux le droit d'utiliser et de modifier votre travail.

Une autre option serait la licence BSD. Cela ne vous oblige pas à accorder des droits aux utilisateurs finaux. Mais cela n'empêche pas quiconque d'entre vous de bifurquer le projet et de garder le droit d'auteur exclusif sur les modifications qu'il fait après vous avoir quitté.

L'utilisation d'une licence de logiciel libre vous permettra également de trouver plus facilement des contributeurs qui n'ont pas d'intérêts financiers. De nombreux amateurs (moi y compris) préfèrent contribuer à un projet sous licence open source plutôt que dans lequel la situation du droit d'auteur n'est pas claire et vous risquez d'être exploité à des fins lucratives.

Ou vous pouvez simplement rouler votre propre contrat de licence. Assurez-vous simplement que vous êtes d'accord sur la façon dont vous souhaitez gérer le droit d'auteur lorsque l'un d'entre vous souhaite continuer sans l'autre en raison de différences créatives et sur la manière de gérer les profits et les pertes. Juste un indice: ne vous entendez pas sur la répartition uniforme des bénéfices. Vous vous rendrez vite compte que vous investissez tous différentes quantités de temps et d'énergie dans le projet. Pour ceux d'entre vous qui estiment en avoir fait plus que les autres, une division uniforme sera bientôt très injuste.

— Philipp
source

Le jeu étant gratuit ne signifie pas qu'il s'agit d'une entreprise à but non lucratif, ni qu'il sera open source.

— MichaelHouse

3

Je pense que si vous envisagez de vendre cela (ou de l'utiliser comme un projet professionnel), un contrat serait approprié, alors que comme pour le plaisir, un contrat est par-dessus bord. si vous obtenez un contrat, assurez-vous de l'avoir examiné par un avocat afin de combler toutes les lacunes. Si vous ne voulez vraiment pas qu'il soit distribué, mais que vous ne le créez pas en tant que projet professionnel, un accord amical devrait suffire.

— Dylan Katz
source

1

Je recommande un contrat indépendamment de ce que vous faites. Si ce n'est pas pour le profit, un plus simple fonctionnera, car "l'esprit de l'accord" peut être important dans les procès civils.

Je ne suis pas avocat et cela ne constitue pas un conseil juridique approprié. Ce n'est que mon avis, et vous devriez vérifier les lois locales.

— Almo
source

Le jeu gratuit ne signifie pas sans but lucratif.

— MichaelHouse

Où dans ma réponse est-il dit gratuit = sans but lucratif? J'ai dit que si ce n'était pas à but lucratif, je serais à l'aise avec un accord plus souple. La question ne précise pas si c'est à but lucratif ou non.

— Almo

Bon, ça ne le précise pas, donc je ne vois aucune raison de supposer cela. Vous impliquez gratuitement == sans but lucratif en faisant cette hypothèse. Fondamentalement, votre réponse est que vous recommandez d'utiliser un contrat. Ensuite, vous plongez dans des situations hypothétiques.

— MichaelHouse

C'est pourquoi ma réponse dit "Utilisez un contrat. Si ce n'est pas à but lucratif, il ne doit pas être aussi serré." Je ne vois aucun problème.

— Almo

Je faisais simplement remarquer que vous sembliez émettre une hypothèse erronée. Il est clair maintenant que c'est juste une hypothèse étrange, car il n'y a aucune preuve de non-profit. Aucun problème.

— MichaelHouse

1

Gratuit ou non, il vaut mieux avoir un contrat que pas du tout, surtout si les gens ne vont pas en faire autant (et ils ne devraient pas, si c'est juste). Même pour les projets de produits gratuits, cela permet d'empêcher les gens de partir avec tous vos actifs, ou la moitié de votre code, par exemple.

En fait, ce serait ma principale préoccupation si j'étais à votre place: comment créer un environnement propice à la persistance des gens tout au long du projet; ou, s'ils ne le font pas / ne peuvent pas, comment pouvons-nous en atténuer l'impact (par exemple, pouvons-nous conserver, ou du moins conserver les droits d'utilisation, leur code ou leurs actifs)?

Vous devriez peut-être également couvrir ce que les gens abandonnent s'ils quittent volontairement le projet, contre s'ils n'ont pas le choix (selon la quantité de connaissances que vous pouvez avoir de manière réaliste; il est difficile de dire si un membre de l'équipe à distance souffre réellement, par exemple) un divorce ou s'ils décident de laisser tomber votre projet au profit de quelque chose qui leur semble plus agréable).

Quelques excellents livres sur ce sujet sont:

— Ingénieur
source