- Must not have an ego. Obviously, that's the reason teams are not formed.
- Must work for free.
- Must be available during hours convenient for the rest of the team.
- Pick one:
- Prepare for the bureaucracy of the waterfall method. You're not getting what you need to progress until we're ready for you.
- Note that the design could change at a whim. It's all about iteration. Be sure to schedule time to go through everything with the other team members multiple times.
- Obey the half-finished design that one person set up for the rest of the team. As with many teams of amateur software developers, the fact that the person trying to form the team is the designer can't possibly be a sign of an ego larger than Jupiter.
Pfft.
As of today, I have written 78 columns of Tech Tree. I'm not saying this to brag. I'm saying this so you may have an idea of how many times I have linked to games that you most likely have either not given feedback to or not even bothered to play. No, they're not all perfect. They'll probably never be. I mean, look at the quality assurance team they use. In the mirror.
How can those who can't be bothered to participate in what is both playable and malleable expect to have their games created with the help of others? If you don't have any interest in another person's ideas, why should others join up around you? Your ego?
PS: I've mentioned this before, but I think that too many people try to form a staff when all they need are smaller works for hire. Developers don't need artist and programmer positions. They need art and code! The work should be divided into libraries which are small enough that people will be willing and able to complete them (with a healthy amount of comments).
Must work for free. Failed.
Must be available during hours convenient for the rest of the team. Failed.
Pick one: Note that the design could change at a whim. It's all about iteration. Be sure to schedule time to go through everything with the other team members multiple times. -> You decide.
Do I qualify? =)