Over the past few years the mainstream has moved further towards sequels, playing it safe and limiting creativity.  It seems indie game developers are reacting to this by becoming “more indie”.  A case in point is the IGF.  Many of my indie friends complain that it’s impossible to win the IGF without making a controversial game that has no chance of making money.  Surely we can find a middle ground between these two opposed views.

Let’s look at key parts of game development and see where Mindie developers fit into the mix compared to pure mainstream and indie developers.

Profits – Money is the root of all evil but the source of all Twinkie’s

Most indie developers I know don’t have the luxury of making games just for the love of it.  At the end of the day, we all need money to live.  Mindie developers are mindful of making a profit from their games but not at the expense of the game itself.  The current landscape of game distribution is the perfect time for this lofty ideal.  Digital distribution, micro-transactions and huge user bases on platforms like Facebook mean that we no longer have to make a boxed product that sinks or swims based on the first few months of sales.  This gives Mindie developers the freedom to flex our creative muscles and then find a sales model that fits our product.  There are many options to take opening up many more possibilities for game design and creativity.

Competition – Competition creates better products, alliances create better companies – Brian Graham

The general consensus is that indie developers don’t focus on their competition while mainstream developers are obsessed with them.  Where does the Mindie game developer fit in?  This time, we are closer to our indie roots.  While it’s important to be aware of the competition and create something new and interesting, it should not drive development.  Indie developers begin with their own ideas and creativity and adjust their plans based on competition.  Mainstream developers begin with their competition and adjust their plans slightly to create their own game.

Publishers/Investors – Time is more valuable than money. You can get more money, but you cannot get more time – Jim Rohn

The traditional indie developer is defined by not having a publisher or large investor, hence the term “independent”.  They are usually self-funded or take on small amounts of angel investment.  The general consensus from mindie developers is that they would take on money, so long as it doesn’t water down their game.  This is often shown by their realistic expectations of money required rather than the “more is better” attitude of most mainstream developers.

Project Size – It’s not the size of the dog in the fight, it’s the size of the fight in the dog – Mark Twain

Mainstream loves big, multi-million dollar games.  Every year the cost keeps going up.  Indie developers either through love, or more often than not, through necessity go for simple, small projects.  Mindie developers need to find the middle ground again.  Projects that are of a substantial size that they can make a profit while keeping development costs low at all levels of development.  From team sizes to feature lists, they focus on finding the fun with the least possible features.

Art – If you think a game is ‘Madden 2008,’ then hey, games probably aren’t art – Jonathan Blow

Many indie developers make art.  Mainstream developers are skilled in the art of spending copious amounts of money making a game that is 10% better than the previous game or competitor.  Mindie developers are pragmatic.  They focus on making a fun, deep game and letting everyone else decide whether it’s art.  Pragmatism over pretentiousism*.

*Yes that’s not really a word, but neither is Mindie

Conclusion

So that’s my attempt to bring some unity between the mainstream and indie developers.  I look forward to seeing what the coming years bring for mindie’s and particularly in Australia where the collapse of the mainstream game development industry has left most of my friends turning indie in hopes of fame and fortune (or at least recognition and Twinkies).

What do you define as a mindie and are you one?

The Problem

Indie developers have trouble finding other like-minded indie developers to work with.

I talk with a lot of indie developers and they tend to fall into three main categories:  programmers, designers and artist.  Each of these groups has a hard time finding quality people from the other two groups.  This is a major problem for indie game development as fewer games are being produced and talent is going to waste.

The Cause

The main cause of this problem is a lack of communication between the groups.  There is no reliable way for Programmer Pete to find Artist Andy or Designer Dave.  Pete was in the games industry for 10 years before “going indie” but he knows few people.  He kept to himself and while he is friends with a lot of other programmers he hasn’t kept in contact with many artists or designers.  Andy has a lot of trouble finding programmers and designers he can work with.  They are always so restrictive in what they let Andy achieve.  Dave is full of great ideas but can’t find a good programmer who’s happy to implement his idea.

There are hundreds of Pete’s, Andy’s and Dave’s in the world, but few of them know or have a reliable way of finding each other.

Key Contention Points

In the rare occasions when developers from these individual groups do meet up, often they are incompatible.  From my experience, the key points of contention fall into these main categories:

• Compensation – Working for free, profit share, an hour rate or a fixed amount.  Where a developer is in their life will often drive their monetary needs.  While Dave has 3 years of savings he’s happy to burn through, Pete needs a large paycheque to buy all his programming books and pizza.
• Game Type – Each developer has their favourite game type and many developers don’t like to stray too far from their comfort zone.  Andy just wants to work on an FPS but Pete is an RTS fanatic while Dave has an idea for the greatest MMO of all time.
• Game Size – Projects range from days to years to develop.  The level of investment needs to match each individual’s situation.  While Pete might be happy to spend the next 3 years slowly plugging away at a game, Andy wants it down within the next month so he can get back to working on his comic book.
• Availability – The bills still need to be paid and the time dedicated to a “real job” directly affects how much time each developer can spend on the game.  Pete is a contract programmer who has half his week spare to work on the game while Dave works at McDonald’s 50 hours a week to make ends meet.

The Solution

One solution I’ve seen for this problem comes in the form of “help wanted” sections in popular websites such as gamedev.net and indiegamer.net.  These sites allow teams to post their project and the skills they are after.  Another solution is networking.  Taking every opportunity to meet like minded game developers and talking to as many people as possible until like-minded people are found.  Whether visiting an IGDA meeting, the GDC or the local game development educational institute.

I’ve often thought that a site dedicated to connecting indie developers would be beneficial.  Teams or individual developers could post their projects with exactly what they are looking for.  Developers can also post their skills so others can find them.  A match making system could connect these two groups and reduce the uncertainty when looking for other developers.  Do you think there’s a need for such a site, or does this site already exist and it’s not well known?  Would this site be beneficial to your current situation or are you happy with the current solutions?

Conclusion

Is this a problem you face as an indie developer?  Of all the indie developers I know, over half of them are facing this problem right now.  Have you managed to solve this problem, and if so, how?  How are you currently finding other developers to work with and how do you determine if you are compatible?

Roles

Game development involves a number of common roles as well as some overlooked ones.  Individual team members can handle multiple roles on smaller teams and some roles can be shared by more than one person.

Programming

Programming on an independent team is about more than just game development.  The programming department will be responsible for tools and website development.  They will also have to handle the creation of the installer.

Design

Design is one of the great areas it pays to share ownership.  The designer has the final say on decisions and is the go to if people are unsure.  They also maintain the game design document to unify the team.  A wiki is a great way to collaborate on the design document.

Art

The art department is responsible for not just game art but also creation of marketing material and web design.  Artists need to work closely with the programmers to make sure technical requirements are met and to drive the requirements for tools.  They also need to collaborate with design to make sure the look and feel of the game is met.

Sound

Often overlooked, sound is vitally important to give atmosphere to the game.  Sound should not be left to the last minute as it will feel disconnected and won’t add as much to the game.  The programmers should build the infrastructure for the sound early to allow experimentation.

Project Management

Project managers are responsible for the velocity of the team (how much they are achieving each milestone).  They need to be aware of when team members are falling behind and make sure everyone is performing their duties.  Visibility is the key to making sure everyone on the team is aware of their current goals and deadlines.

QA

Without QA the game will be unplayable.  QA is another area that is good to share across the whole team.  The team should be playing the game constantly and fixing bugs as they go.  It is preferable to have non-programmers doing QA as it is easy for them to overlook issues in their own code.  Sharing the games with friends and having a beta-testing period is a great way to share the load.

Business

Without someone managing the business side of game development, you may as well be making the game just for fun.  One team member needs to be responsible for making sure the game will be profitable.  The entire team needs to be mindful of the fact they are making a game for profit, not just fun.  Business includes marketing, sales, business plan writing and possibly seeking funding.  The team needs a business plan covering:

• Marketing Strategy – How will people find out about your game?  How will you sell the game and how much will it cost?
• Cash flow Summary – What are the expenses of the team and how will you afford to keep the business running?
• Economic Assessment – How much do you expect to make from the game, based on similar games

Co-Location

If possible, the entire team should work together in the one building.  This lets the team quickly test ideas, keep each other motivated, play-test the game together and watch each other play.  Renting an office is expensive and it’s important to keep costs as low as possible.  Get creative, work together on laptops in a coffee shop, move in together, or work in each other garages or basements.

Workloads

Depending on the situation each team member may have differing hours they can devote to the project.  Each team member’s level of commitment should be discussed and decided up front.  The closer these levels can be the better.  Having a large imbalance in working hours can lead to resentment and hostility between team members.  Some ways of evening out imbalances include:

• Larger share/profit ownership
• More creative control over project

Personalities

Personality trumps ability on indie teams.  As with most high-intelligence professions, game developers often have strong personalities.  While these personalities might be annoying at a large game studio, it can be the death of a small indie team.  Each developer needs to put the game and the team ahead of their own agenda.  When possible a team should be formed with people that have worked together previously.

Conflict

Every team has conflict.  Conflict can be minimized having a unified goal.  The best option is to have someone in a position of power to settle disputes.  This person must be trusted by everyone not to push their own agenda.  Some solutions to solving conflict in your team:

• Talk it through – Open, continuous conversation is the best way to solve problems
• Compromise – The larger the team, the harder it is to keep everyone happy.  Compromise is a necessity.  Ultimately the team is in it together and need to compromise to solve disputes.
• Give everyone a voice – Voting is a great way to solve disputes.  The team must agree that a voting mechanism will be used and respected up front.

Outsourcing vs In-house

Many Indie companies have little money, necessitating all work is done in-house.  Outsourcing gives a reliable quality for a fixed price.  Some areas worth outsourcing include:

• Game Engines – shared by the whole team, they can save a lot of development time
• Sound Libraries – can be used as building blocks to create sounds for the game
• Art – Art is often the critical path in development.  Outsourcing may save time and money

Conclusion

This should set you up on the path to creating a solid team for your next indie game project.  What are your experiences with building a team?  Where have you succeeded and failed? Do you have any recommendations for others who are building their team?

1. Inexperienced Free Timers

The people in this group include high school and university students, or more generally, people still living at home. They have plenty of spare time, don’t have a job or family that rely on them and don’t have to try and find the energy to work on their games after a 40 hour week at work.

The challenge for this group is to skill up before they have to start supporting themselves and therefore turn into group 2. How can they skill up? There are plenty of websites out there to learn including Gamedev.net, opengl.org and nehe.com. You should use all your available time to learn as much as you can. On buses or trains, instead of watching tv, or during breaks between lessons or lectures. I used to print out as many tutorials as I could off the internet and read them on my 30 minute train ride home. While textbooks are generally good for consistent, complete information on a subject, you can find nearly all the information scattered over the internet. If you have plenty of time but no money, take the time to search out this information.

Also, don’t neglect your current studies at school or university. Even the most unrelated subjects can give you a lot of important skills for starting an indie team later in life. From the psychology elective to the Haskell subject I took, I’ve learnt a lot that I use in my every day life, even if indirectly.

2. Experienced Workers

The people in this group usually have a full-time job to help support themselves (and possibly their family). I am currently in this position. Over the past years in the game industry and in my personal projects I’ve picked up the skills allowing me to create games. However working a 40-50 hour week means I don’t have the time or energy to work on my own game much. The best way to fix this is to set out definite times you will work on your indie game. Without setting out these times, it’s easy to get bored and stop working when the ‘fun’ parts are over. Forcing yourself to make a schedule and work a certain number of hours per week (even if small to start off) will help you immensely.

Overtime is a killer for this group. Each person has their own limit to how many hours they can work. To succeed in working full-time and making your own game, your limit needs to far exceed 40 hours. If you work overtime, it becomes almost impossible for your personal limit to be high enough. After the initial 40 hours, there seems to be an exponential drop in how much energy and concentration you can give to your project. I’ve found the best way of handling this is contracting 2 or 3 days per week. I found I was most productive as I didn’t have to worry about an income, while still having plenty of time to work on my game.

Working Together

The best solution I can see for these two groups is for them to work together. Their strengths and weaknesses are complimentary. 2’s (Experienced Workers) should become leads for projects made up of 1’s (Inexperienced Free Timers). 1’s should exchange their time, for knowledge/mentoring from 2’s. You need far less time manage a small team than you do to sit and code the entire project yourself; group 2’s should use this to their advantage.

Due to the anonymity of the internet this may be a problem for some people, so my recommendation is to start out slow. For 2’s, maybe see if there are current projects that are flailing that you can step into to help out as a manager. For 1’s, find people with no time to work on their projects and see if you can help them out. If the current projects are small enough, there’s little risk involved. After this you’ll be able to put more trust in each other and you’ll know whether you can work together well in a team.

Conclusion

I realise there are a few people creating indie games that don’t fit into either of these groups. These are the lucky people and you should take full advantage of this. One day you may end up as a Group 2 person and will look back on your current life with fond memories and I can guarantee you’ll not be able to forgive yourself if you waste it. So go out there, find your complimentary group and see what you can come up with.