Due Process

As a developer I don’t like to focus solely on my own little corner of the industry; I try to get a view of the bigger picture, processes and business as a whole. This post is a bit of a ramble covering many obvious points and some bitterness so bear with me or ignore.

The process of creating a video game is obviously fairly complex; huge teams, complicated hardware and esoteric design issues all help make this business both interesting and frustrating. The course of a project is usually the same though; from preproduction, hopefully, through to prototype or vertical slice, milestones to the finished product. Below is my view of the perfect project, set out in a time to completion graph:



In the graph “content” means exactly that, and covers everything from art to music to front-end. In an ideal situation the code base is based on a previous project’s or an in-house engine that can be easily modified or built upon so you don’t need to reinvent the wheel every time. A preproduction phase prepares for the content creation which ideally starts a little later, giving the content creators some time to either finish a previous project, take some time off or train, in-house, to remain competitive.

“Shippable” means that the game isn’t finished to the extent it was intended but what is there is playable and, well, shippable. “Complete” means it’s finished to the extent it was planned and “Perfect” means that the game is finalized to the satisfaction of the developers, not necessarily the publishers.
The steeper a curve is, the more chance of overtime, unpaid of course.

As you can see this graph represents the impossible: no mistakes, focused design that works the very first try, no bugs, no overtime. The programmers start with a solid code base from a previous project or in-house engine, the design starts up first and works towards a prototype which hopefully establishes all the major design points of the game. Art starts work on direction and technology and can make content to fit in with the technical specs the programmers deliver. At some point design is “finished”, leaving maybe only some low-level tweaking to do, which shouldn’t impact the content and code. QA starts early and keeps the team apprised of any bugs and issues as they crop up. The game reaches a level of perfection, on time and without overtime, and gets shipped as intended. Oh, and for bonuses everyone gets their very own moon on a stick.

The reality in the west, as I experienced it however, is more like so:



The code base to build on isn’t quite as solid as it should have been because the previous project was rushed. But there is something there, at least. Design continues throughout and results in a feature creep, Content and code are constantly effected by design changes and require some overtime to get fixed. QA starts at some point and delivers stacks of bug sheets. The publisher eagerly waits until the game reaches “shippable” level and then immediately ships it.
This is not too bad a process. It’s become the standard and though it could do with some tightening up it has produced some great game in the past.

In Japan, however, the situation would seem to be more like this:

Once the idea for the project is dreamt up everyone shoots off the starting line. Due to the hard-coded nature of most Japanese games there is little or no real reusable code-base so essentially a complete reset is required. Though design has hardly had a chance to get going, content needs to be created unless you are left with half a team bored out of their minds. So the art department shoots off and gets roped back down when the inevitable design changes occur. QA starts late and the bugs brought up by it cause further design changes and masses of overtime for all concerned. Once the game reaches “shippable” level people are too tired and don't care much about getting to “complete” and the game gets stuffed in a box and released.
For the higher quality games just imagine this graph continuing on in the same manner until the converging points meet up at the “complete” line. Those great Japanese games people love have the distinction for taking a lot of time to develop, compared to most Japanese games in general.
~ ~ ~
So what lies behind this mess? There are a few problems inherent in Japanese game development that I have noticed, and commented on before:
1. No scheduling.
Scheduling consists mainly of telling the team what needs to be done by when. It is not a two way street. The team is not consulted in the matter but is expected to deliver. And if your boss says that you have two weeks to build a level, he doesn’t expect a level of “two week” quality either, he wants a playable, good looking masterpiece.
2. Reliance on the "Japanese work ethic"
The staff won’t complain, at least not openly. They may grumble about not being able to see their kids during the week or the unhealthy lifestyle of MacDonarudo meals and overnight work sessions, but they’ll still do it. As a result nobody is ever punished for bad scheduling or decision making. And so the next project will be run in pretty much the same way.
3. Japanese planners
Here I must admit a bias; Japanese planners are almost entirely responsible for my embittered state, my growing discontent with the industry. It has often been said that the Japanese avoid decision making, and this is a BAD thing when it comes to planning. Pretty much all of the planners I have personally worked with have been utterly useless; the kind that doesn’t know what he wants until he sees it, and then still changes it. This causes a LOT of rework and changes, which leads to tighter deadlines, more overwork, etc.
4. Vague and undue direction
As I’ve mentioned in previous articles the boss has way too much direct influence on the minutiae of the game. He can go weeks or months without watching development closely and then call a meeting to demand changes in art styles, play mechanics, etc. Also with the lack of focused design content creators are often relied upon to use their initiative but are then not given the responsibility over the final product. So you’ll be asked to come up with an asset of sorts but when it’s finished you’ll be told to change this and that and redo such and such.
So you may be asked to “change those textures to make them more, you know, colourful.” And when you do they’ll say “no, I meant different colours than those.” Unless you know exactly what you are changing, what to and why there will be a lot of back and forth, a lot of redoing and, eventually, a lot of overtime.
~ ~ ~

What can be done to fix this?
1. Learn to schedule
Well, duh! Check with the people making the game what is and isn’t possible by what dates before signing that contract. That’s all there really is to say on the subject.
2. Get with the times!
Jobs for life are gone. Both the employees and employers must realize this and get in line with the times. Employers must learn to not blindly rely on the respect, loyalty and private time of their employees and employees in turn must not blindly give their respect, loyalty and private time to the employer. A little bit of looking after “number 1” is called for here. Why complain that you never see your kids but still work through the night? Why not stand up for yourself and tell the boss “no, it can’t be done on time with this schedule. I’m off home now.” Otherwise he’ll come to expect it and rely on it and not try to change things for the better.
3. Educate staff better
The reliance on cheap graduates may be a money-saver on paper but in reality it slows down the whole process. Spend money and time on properly training your staff and don’t be afraid to get rid of the chaff. Find or start a proper game design school in Japan where planners are taught how to make decisions and the fact that their many changes have far reaching consequences for the rest of the team.
5. Delegate responsibilities to the relevant parties
Bosses should not be afraid to trust the judgment of their staff. If you hire a coder or artist you presume a certain level of skill and quality. If you then take responsibility away from them and make all decisions yourself you degrade your employees to work horses causing a lack of interest, loss of motivation and a personal distance from the project. The best way to create a team is to have people with personal creative investment in the title, which, in my view, brings out the best in people.

These things will be hard to change though, if not impossible. Japan has a deep-routed cultural way of doing things in an indirect and roundabout way. It’s simply the way things are done around here, so naturally that seeps into the working practices of any company. I can sit back and just accept it as is, of course, and being an outsider there is some way of defending this point of view. But on the other hand with my outsider view it’s easier to spot where things could be improved, except that in cases like these it would require retraining for the entire populace, which, let’s face it, isn’t going to happen. Still, I can think about these things and write them up on my blog. You’re not required to agree with me.

~ ~ ~

To avoid comments like “well, it’s different here” I’ll add, as per usual, the caveat that of course not all companies are run like this and some actually do a pretty good job. Also I’d like to add that I’m not claiming this to be Truth or my solutions to be written with a capital “S”, but one thing is certain: Japanese companies aren’t very efficient and could do with some streamlining. Just because there is a modicum of creativity involved doesn’t mean we can’t have fixed hours, focused design and rigid scheduling. Or so I think, anyway.

13 comments:

  1. planners.... >_< !

    We now have as many planners as programmers at the company I work for. I think there are six in total (including the new one coming soon)... and the boss is also very involved in the design process, so that complicates matters further.

    Luckily for me, I've managed to avoid that project and am working on my own on a small but far more interesting project with some guidance from a planner :)

    ReplyDelete
  2. Outsiders like to generalize.

    ReplyDelete
  3. I couldn't agree more. After more than four years in the Japanese games industry and two shipped titles, I have been through exactly the same things, literally.

    However, as far as I know, this is especially bad in this industry. Every time I come back home and tell my Japanese wife (who knows nothing about games) about all this... she's shocked. Always. She still finds hard to believe her own people do things in such unprofessional manner.

    Lucky she's never been through this!

    ReplyDelete
  4. I'd really like to know which developer you are working for, so I know where not to apply ;)

    Could I be blind or have you never posted details of your work and portfolio?

    ReplyDelete
  5. Hehe, yeah, after all these posts saying "... but there still are good companies out there..." one can't help but wanting some more specific info on WHO THEY ARE.

    ReplyDelete
  6. "no boss, it can't be done on that schedule, I'm off to home"

    Yeah, see if you have a job the next day. You can't do this because there are so many replacements that are willing to take your place if you do that.

    That doesn't it make it right or acceptable, but that's how it is. Good luck changing the entire industry.

    ReplyDelete
  7. Tadashi, Rusmas, I'm sorry but this blog is supposedly anonymous. The company I work for has its own problems but I don't think exposing them on-line is particularly constructive. I don't want to cause any trouble for any specific company, least of all my own. Likewise, telling people about specific companies of which I have heard good things can reflect too negatively on those not listed, either by design or forgetfulness.
    The most important things to remember are: take my rantings as just one point of view, personal experiences WILL vary. Wherever you go there will be good companies and bad companies; it's up to you to find out which company suits you best.

    Anon above, yeah, I know. Too many eager young turks to take over cheaply if you make too much noise. However, for the price of one experienced developer you may get four graduates but that's still no substitute. If more people stood up for their rights *eventually* things may change for the better. Just saying "yeah but" is a little too defeatist. But I understand the sentiment all too well.

    ReplyDelete
  8. I worked at a game company here for 9 months before the lack of weekends and frequent 7am finish times got to me. In that case planning was definitely a sore point - often the plan was to work in the weekend. No, not as plan B, that was plan A!

    ReplyDelete
  9. Well said.
    The deeper I get in my current company, the more obvious the problems become.

    ReplyDelete
  10. I see an immidiate problem with these so-called "Planners" as I see them.

    From my understanding, Planners do a lot of asset-list generation(project management) and game design related tasks like level layouts, scenario design, writing dialogue, etc. Not sure what a Japanese GDD looks like, but mine resemble a strategy guide for the game. Lots of images, charts and tables complementing the verbage.

    Mixing project management with something that may oppose it(ie, anything BUT project management) is a recipe for disaster. Especially game design. I've had a number of "I wanna do this! It's cool!" vs "You can't do this, there's no money/time/tech constraint!" conflicts arise. I've worked out some nice compromises with the project manager, art lead and programming lead. Having to singlehandedly work all that crap out? YIKES. I highly doubt I'd be able to work something out without the help of my team.

    Something my boss has been big on is making sure people involved in a project all own something and feel proud of being in charge of that aspect. Alas, being "master of your domain" doesn't come across as a very Japanese value. It might be difficult to push that sort of system through.

    ReplyDelete
  11. May I ask something? Are you all people japanese? I am still an undergraduate, in my final year and I am planning to apply for an Msc in Digital Media or Game Development. I really like japanese games, so I'd prefer moving in Japan and working over there. Is it possible for a non japanese (not speaking japanese yet) to work as a game developer over there?

    ReplyDelete
  12. Well, there is a way out of this situation. Quit. If possible, take some/most of the team with you. Start a new studio with decent management discliplines. More Japanese studios need to get hit with this slap that the old ways are not acceptable any more.

    I've only seen 2 examples of well run game development studios in my career. Not surprisingly one after the other. Once I'd found "good" there was no way in hell I was going back. The key IMHO is planners from non-game software companies like Oracle, IBM, Microsoft, Seibel, etc. Not surprisingly, these folks are actual trained professionals who didn't work their way up from QA tester and expect to be paid real money. But, their contribution to game projects is massive.

    ReplyDelete