Making games is hard, but it is hard for reasons some may not expect. Technology isn't the biggest challenge, deadlines and budgets aren't the biggest problem. I've learned that the hardest part of making games is making games with other people.
I do not mean this in a negative way, grousing about how difficult other people are. Rather, for me at least, transitioning from academia where you are basically the only one responsible for (or, let's be honest, who even cares about) your work to an environment where two dozen people all have to execute the same idea is a big sodding change. One of the things I took away from GDC was that this is a bigger deal than a lot of people are willing to acknowledge.
Honestly, after spending all my years in university (and even at one crappy start-up) doing primarily solitary work, I never want to do so again. It's not that working with other people is unpleasant; I love it and I'd go totally barmy if I couldn't do so. But it is different and learning to recognize and even harness those differences is not necessarily obvious or easy.
I think at the end of the day, it's really about trust. You have to be able to trust that your teammates are all working toward the exact same goal (make the best game possible). Everyone has to feel some degree of ownership for the project. But at the same time, solitary ownership of ideas can be very dangerous.
The problem is ideas that are distinctly owned conflate the person and the idea. If we determine John's idea isn't viable for our game, some could see it as a reflection on John's competence. John may end up defending a clearly flawed idea, simply because he's worried if it's not accepted, it will reflect poorly upon him. It takes a mature and trusting team to simply see an idea as a hypothesis to be tested.
Matthew Burns (aka Matthew Wasteland) wrote an article for Game Developer Magazine examining the production processes at Harmonix, Treyarch and Valve. (It's in the issue that was given at GDC and is a great article, so copies abound and you should find one) Within the article, Valve's Robin Walker provided this quote, "The goal isn't to get my particular idea in the game - the goal is to be right." This is what we all should aspire to.
The question becomes how to move toward that state. One practice I've found useful is to literally swap ideas. When working on a pitch, a new feature, whatever, literally exchange your ideas with a teammate's. Have them send you their write-up and send them yours. Work in isolation for a little while and then meet. This structure has the added benefit of knowing someone else will examine and tinker with whatever you come up with, so it ought to be your best work at its most cogent.
Not only does this give you better perspective on what they are thinking, but it allows you to start discussion at the points of intersection (or even points of divergence). It separates you from your work. Being wrong is fine (I'm wrong *all* the time, believe you me), as long as we learn something from being wrong that will move us closer to being right.
And from a purely logistical standpoint, bottlenecks are terrible. Having one single person responsible for the lion's share of decisions does not work in all but the most unusual of circumstances. Even if it does work once, I'm deeply skeptical of it being sustainable. We've all heard of tales where a single, all-important stakeholder ends up looking away from a project for a period of time. Upon return, they see all kinds of changes not to their exact liking and all hell breaks loose. Maybe I'm in isolation, but I can't imagine wanting to continue working under such circumstances.
The most important quality a team can possess is trust and it's also the hardest to cultivate. Of all the discussions about team and culture I heard at GDC, this aspect echoed most frequently. I certainly can offer no sage-like wisdom that will suddenly imbue trust in a group of people. But I do believe that the importance of a culture of trust is grossly underrated. Working to separate people from ideas is a single way to move toward a more trusting culture. If you have any more experiences with building trust on a team, I'd be curious to hear them.
Labels: idea ownership, production