• Advertisement

Legal/management functions in small team

Recommended Posts

Hello all,

I have been working on a game and brought a few others in on it to develop it and make content. The team is currently unpaid (will be compensated after release/funding)

In this setting, what do you think are some good practices to follow to make the project a success and a good development environment?

The project is still early in development and I would consider this to be my first leading role in something like this

Managing vs Leading:

As I am pretty directly involved in the development of things, from story to design to actual coding, I have tried to steer clear of 'managing', or over-managing as its a small team and nobody is seeing the $$$ to put up with much BS.

I think I have mostly done this with some success, but it has made it difficult for me at times. I have tried taking less of the front seat and letting everyone pedal as well, but I found that people didn't really have much drive to contribute anything unless it was adding to something that I created or was already there.

So far I have created a wiki, a forum, a Google drive, and set up some other tools for the team, as well as a Facebook page and have managed the security of our information (like making everything non-public)

Legal stuff - NDA/other agreements:

When is the best time to do the formalities and write up things like NDA's and other agreements to protect the project? Gauging my team as it is, I think they would not be keen on signing things like this - it seems to be a big turn-off when I start talking about rules and organization.  I can understand the reticence as it is unpaid, but it also seems very risky in thinking of the future. I have already had a developer leave the project, and I have yet to see if problems are going to arise from this. 

I know these types of things are very standard for larger projects with funding, but it seems difficult to implement in this setting. I have read many stories of failed games due to petty internal conflicts, developers retracting their contributions, misappropriated funding, and dissatisfied developers that probably could have been prevented if everyone had some type of written, formal agreement adhering to some rules of conduct.

I dont see agreements and NDA's as an attempt to disadvantage people or deprive them of freedom, but as something to protect the project as a whole - which is bigger than any one person and affects everyone.

Is it a good idea to put write something up and get some signatures? If so, when is a good time and what would be the best approach (as far as selling it to the team)? Should any agreement be very light and plain, or well written and very detailed?

Share this post

Link to post
Share on other sites
3 hours ago, steelstrung said:

I found that people didn't really have much drive to contribute anything unless it was adding to something that I created or was already there.

The following is an elaboration of what I said in the other thread.

People you get as recruits to free projects have 2 basic motivations, in some varying proportion:

  1. People who are happy to be along for the ride and want to be part of something bigger. They won't usually want to get bogged down in big discussions and may never give much input.
  2. People who see an opportunity and believe the team and project can be a vehicle for their ideas. They will tend to push for their ideas in the hope that others will help to bring them to reality.

For the first, you need to understand people's individual motivations and be able to reward them. For the second, you need to set firm boundaries so that they either stay because they are aligned with you, or they leave because they are not.


3 hours ago, steelstrung said:

Legal stuff - NDA/other agreements

I would advise doing this early, but keeping it simple, In many jurisdictions written agreement is just as binding as any legalese contract, providing it's unambiguous and fair. There is also little point getting complex formal agreements drawn up anyway since you have no money or legal team with which to enforce them. And some contracts are unenforceable if there was no consideration (e.g. payment or exchange of goods or services) anyway, depending on jurisdiction.

Just let people know what you expect, and get written confirmation from them that they understand and agree.


3 hours ago, steelstrung said:

I dont see agreements and NDA's as an attempt to disadvantage people or deprive them of freedom, but as something to protect the project as a whole

Well, of course you'd say that - it's your project. Unfortunately it's not a fair assessment of how the power dynamic actually plays out. You need to consider the rights of these people if this project fails (which most do!) through no fault of their own, e.g. if one of the other developers doesn't do their job, or if you move the goalposts in a way that wastes their effort, etc.

I still insist that the best tool at your disposal is to be very strict over who you take onto the team and quick to remove anyone that doesn't belong. That makes it harder to get work done, but much more likely the project will be completed.

Share this post

Link to post
Share on other sites

Steelstrung, your two threads ("Issues with creative conflict for small unpaid team" and "Legal/management functions in small team") are so similar that both should not remain open. The latter contains (but is unfortunately not limited to) legal matters - legal topics belong in, and would be best discussed in, the Business/Law forum, not this one.  To make things easier for interested community members interested in helping you with your questions, I'm locking the latter. Folks can respond to your questions in the "Issues with creative conflict" thread.  If you want to post a thread about the legal issues, go ahead and post that in the Business/Law forum. 

Share this post

Link to post
Share on other sites
This topic is now closed to further replies.

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By meggle4
      Hey guys, does anyone have any recommendations please for companies offering Community Management/Marketing services? I'm quite price conscious, so if you know which ones are cheaper/expensive/how much they charge, for a small/medium sized developer? Thanks 
    • By Bokchee 88
      I am animator by hand, and i am doing game animation for at least 8 years so far. During the last 2 years, i came with a idea for game and maybe some day, i want to start indie game company. As i am thinking to start game company, i am also thinking what kind of value i can give to the company. For example, am experience in animation,sales(I was selling web development services, before i jumped to gaming), bit of rigging- just not for production, i am learning on the side as well. The rest of the gaming production, like modeling, concept art, texturing, i am total noob or to say better, i am no near interest to do modeling for example, don't have such a patience to do it. But before characters and things are made for animating, what the hell i am would do?
      Also, what is the ideal size of the founding team of a game company? Positions to be filled mostly are, Concept artist, Modeler/Texture artist, programmer, animator-rigger. And later would need more people to join, like more animators, programmers, sound, fx,etc.
      And lastly, do i need to have something,like a prototype, to show people and get them interest, or should i ask someone i know, for skill that i lack, for example, Modeling would be great, texturing and rigging, and to start all together from scratch?  
    • By RetroBilly
      I've attempted to build a game engine in the past and eventually realized that was a lot more work than I would ever have time to finish. Went to college and started working fulltime as a software developer which ate up all my time. I eventually had some money saved up and just decided I would quit my job and focus on building a game in Unity3D. I managed to make a significant amount of progress and almost have a playable game, however, I ran out of money and had to start working again... SInce then I haven't had time or the drive to start working on the game again and it's just sitting there in its partially complete state collecting dust.

      Has anyone been able to build a successful game while working a full-time job? If so, how did you do it?
    • By Angelord
      As a member of an indie team I'm interested in knowledge on how to organize the team and improve work efficiency. Can you guys recommend any good learning sources (books/articles/lectures)? Ones covering how to distribute tasks, group the development team into smaller working units and gather data to improve the performance of individuals.
      Thanks in advance!
    • By steelstrung
      Hello all, 
      I recently had started making a game and invited some others to join the team as well to create content and write some of the story. The group is small, and there is no funding currently.
      The problem I am having is that I have a vision in mind for the game, but have some difficulty getting others to follow it - it follows certain themes and there are certain things about the world that cannot be changed without it being out of place or disrupting the 'feel' of the game. 
      I have so far been running things fairly casually as it is still a small unpaid team, but there are some things I feel that can't be compromised on. Don't get me wrong, I don't want to stifle my developers' creativity and I welcome new ideas/changes (we have had several good brainstorms in the past) but I think there needs to be a line somewhere so the game stays close to this vision.
      In this example, the game is going to be dark fantasy, and have a rather serious environment,  but I have a developer who wanted to add silly easter eggs in as 'comic relief'. When I asked for an example or something similar, he talked about how Saint's Row has some sort of dildo bat that you can use as a weapon in-game. This is very much something I did not want in the game and I had to draw a very firm line there, telling him we are not going to have anything like that (for the reasons above). He said something along the lines of "Well, I am going to put whatever I want in my level". Following that, I had a conversation with him where I told him that while he is in charge of that level, if it is out of place from the theme/doesnt fit in to the 'feel' of the game, that I won't allow it in the game.
      The developer then told me I am taking things too seriously, I am thinking too far ahead, and it is not fun to develop the game anymore - he decided to leave the project.  I definitely do like to have fun working on this game, and value the input of all my team, but I think there are times when I need to 'get serious'
      I am very compromising with a lot of the story and design aspects, as the team is small and unpaid, but do not want to see this game run wild and turned into a joke. I am close to the design and story myself, and consider myself to fulfill the roles of a creative director and project manager - along with a bit of everything else. In the past, when the game was basically a blank slate, I tried to gather people around to come up with new ideas, but there was little contribution and I am seeing much more involvement after I went ahead and created a foundation of the story myself. I do my best to avoid coming off as 'managing' but it has been unavoidable in cases like this.
      If you have read thus far, thanks for staying with me!
      My question for you all - What is your opinion on this, what are some suggestions you have to avoid this in the future? I have some people with great Ideas and conflict is inevitable.
      Do I need to be more picky with/vet developers better? Is there something dysfunctional in how I am approaching the matter? How do you work with your content authors/designers/developers to resolve creative conflict, and where do you draw the line?
      Note: Usually I let a lot of stuff go that doesn't completely 'fit the vision', and adapt to it, in order to keep morale up and not stifle others' creativity, but knowing the guy personally, I suspect he had wanted to have a lot more control over the project and I had a feeling that something like this would develop down the road which is why I wanted to nip the problem early on.
  • Advertisement