Jump to content
  • Advertisement
  • 07/16/99 05:58 PM
    Sign in to follow this  

    Lifecycle and Duration of Game Design

    Game Design and Theory

    Lifecycle and duration of game design
    from Usenet Posting on comp.games.development.design

    >Recently instead of desiging 3d graphics technologies I found myself
    >workingon a bona fide game design. Boy, it was/is a lot of work! I
    >was surprisedat how much work it took.

    Yep, that's usually the feeling. We designers can't get no respect in this industry ;-)

    >I realize now that it's a position one could be paid to do fulltime,
    >because it's that much work.

    Not many companies are willing to do it, though, and I am not sure that I disagree entirely with their point of view. Although personally, I would like nothing more than to spend all of my time designing games, there are good reasons why a designer should take on another role. For example:

    1. Most of the design work takes place before production begins. Once the design doc is written, keeping it up to date, making the occasional judgment call and making sure that the product follows your vision nicely isn't really a full-time job. Two days a week, maybe three on a big project, but not much more. So, unless you are a consultant working part-time, either you lead the art or coding team, or you get to work on the *next* design project; and since that one is all new and exciting, you devote most of your effort to it, and you spend less and less time on the game in production. That means that the *producer* now has free reins ;-) and that the game is left without global creative direction. Not a good thing.
    2. Despite common misconceptions, design work can be quite exacting. Unless you are unusually versatile and resourceful, you will need some time to recharge your creative batteries after a large project. Otherwise, you may burn out, and turn out a Project N+1 which looks surprisingly like Project N.
    3. Sometimes, having a full-time designer on a project in production is a catastrophe waiting to happen, because he may get bored, and if so, he'll keep designing. He'll keep thinking of really cool new traps for the next level (which requires the level designers to re-write their floor plans and 3D models), or he'll have this great new idea for a monster's attack (which requires re-writing the character animations and changing the sound effects, and maybe adding a new feature to the level editor), etc.

    At a rate of 2-3 full designs a year, plus however many dozens of failed treatments would be required to hit the 2-3 good ideas, you could justify a full-time designer easily; with an average product budget of 2 million bucks, the 25-50K the design will cost is insignificant from a financial standpoint. But to be a good full-time designer, you need to be very versatile, have lots of energy, be able to focus on several projects in parallel, and to know when to *let go* and stop tinkering with a product. Not many people I have met can do that.

    >Does anyone have any keen insights into the lifecycle of the game design
    >process? How long it'll take you?

    I have spent 50-100 hours on trivia games and play-by-emails, 150 hours on action games (I can't draw, so that doesn't include actual mapping of levels, graphic bibles and stuff like that), about 200-250 on sports simulations, and I expect to spend about 300 on the online world I will be working on in the next few months (including a fair but limited number of scenarios for missions). I have also noted that 25 hours a week is about as much efficient design time as I have in me; the law of diminishing returns takes over in a big way at that point.

    I have posted an article on my game design methodology on my web site at http://pages.infinit.net/idjy/games/designprocedure.html

    Not very detailed, because it is based on a two-hour lecture I give at a local school, but it may give you a few insights.

    >How you know when you're stuck, and how to overcome it?

    In software engineering terms, game development is the stereotypical "exploratory prototyping" project. You may not understand the requirements of the project very well when you start out, so you design/prototype/playtest iteratively. The prototype may be code, cardboard, playing cards, or just a preliminary design doc, depending on the type of project.

    >What are your favorite game design tools? Mine are pencil, paper, and
    >modeling clay.

    Mine are an iterative design methodology of which I have gathered parts here and there and which I am comfortable with, word processor, a well-stocked bookcase and lots of cardboard.

    With all the games coming out with scripting languages these days, it might be a good idea to use an existing commercial product of the same genre as a prototyping tool for your own game; this way, you can try out a few things before writing a line of code, and you can keep experimenting as you go along. Never tried that one before, but I will probably do it in the future. Techniques I use include building a table-top board game as a prototype; works much better for trivia games and simulations than for FPS's, but can be done in a few hours. I also run through several versions of design docs, each with its own specific purpose (i.e., qualitative listing of functionality, scheduling priorities, describing major AI algorithms, etc.), and distribute them to as many competent designers as time and legal restrictions allow.

    Francois Dominic Laramee
    Game Designer and Artificial Intelligence Researcher

      Report Article
    Sign in to follow this  

    User Feedback

    There are no comments to display.

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now

  • Advertisement
  • Advertisement
  • Latest Featured Articles

  • Featured Blogs

  • Advertisement
  • Popular Now

  • Similar Content

    • By jamesmh
      Hey everyone, my first post because I’m curious about the tools that other game developers and writers use to make their stories.
      I currently work as a writer in an Australian game studio. I have a background in writing and developing stories for Films and TV but I’ve found the switch to game writing to be challenging and increasingly time consuming. We have been experimenting with different techniques for writing outside the writer’s room pen and paper stuff, particularly different ways of visualising or modelling stories, potential character arcs etc. I was wondering if anyone has used any software or tools they recommend?
    • By Cara Lu
      I am a business school student but I really don't like those banking or consulting stuff. To be honest I was planning to go to a design school but my parents rejected it.
      I am good at painting but how can a foreigner have an art design job without a related degree. ( I'm from China and the industry there is really disappointing you know)
      Maybe I can start from some backstage support jobs?
      Please, give me some advice. Very appreciated! 
    • By Andrew Choi
      NPC Design
      Greetings, everyone! I'm trying to find examples of NPC design and how they immediately show signs of danger or neutrality. If you could post an image or reference to an NPC with a brief description on how the design reflects the NPC's hostile or passive nature, that would be great!
      My NPC Examples
      Hollow Knight - Elderbug (passive)

      Although the game has some more exotic townies down the line, the first passive character in Hollow Knight bares a resemblance to the player. This is in contrast to how the starting NPCs encountered are spiky, crawling hostile creatures. The sudden introduction of a more familiar face is what alerts the player of passivity (or at least some new type of NPC). 
      God of War 4 - General Enemies (hostile)

      This happens with the majority of third person combat-based games, but God of War's inclusion of an enemy health bar typically gives away that the NPC can be damaged and is, in fact, a hostile NPC.
      Zelda 2 - Townies (passive)

      Passive NPCs are located in towns. Hostile NPCs are located outside of town. Easy to understand.
      Minecraft - Zombie (hostile)

      Simple example of hostility. People are aware that zombies are a threat. Details like the "burr" sounds and green skin immediately alerts the player of this.
      Preferred Examples
      It would be nice if you found...
      -unique examples that don't involve graphical design (i.e., not just another spiky enemy)
      -NPCs that may trick you into believing they're passive or hostile
      -NPC design that reflects a level of hostility rather than a simple "hostile/passive" binary
      Happy posting!
    • By william.equal
      Hi everyone,

      "Game Audio Lookout" is a series on how music and sound design in games work. I started out as a YouTube channel, but switched to a Medium blog now. Feel free to have a look at my current collection of articles:

      Furthermore I started a new blog series calls "Audio Essentials" where I talk about audio-related basic things. The first article is about how the compositional process works and can be found here:

      Any feedback and suggestions on wishes for future articles is appreciated!

    • By kalydos
      A bit of an awkward title but hello, I'm Isabella and I'm fairly young (16) but I wish to find fellow like minded people to get together with me to create a team. I've created a game before in a team using RPG Maker VX as well as Game Maker Studio and I have fiddled around with Unity and Ren'py by myself. As the title says I'm more of an artist, writer, and designer and I can easily work off of other ideas and cooperate in a team and help coordinate the team. Types of games I wish to create are limitless, I already have some ideas in my mind such as a guild adventure game but I wish to work with others not only to help with my weak points and help them but to also have the experience of working with others. I'm not looking for 100% professionalism in everything (we all do make mistakes after all and have our personalities). I am of course looking for people who work well in a team as well as people who are able to work in different time zones. I am GMT-4 and I can work well around time differences. Discord will be used to communicate.
      Requirements: (*= important)
      *Familiarity with programming/basically a programmer
      *Familiarity with audio/sfx
      -Familiarity with animation
      -Familiarity with overall design
      -Experience with writing
      Currently I am by myself and have no one on board as of yet. I hope to create a small team. Please message me on discord at kalydos#0726 if you are interested (link me this post and introduce yourself as well as comment on this)

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!