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
  • Game Developer Survey


    We are looking for qualified game developers to participate in a 10-minute online survey. Qualified participants will be offered a $15 incentive for your time and insights. Click here to start!

    Take me to the survey!

  • Advertisement
  • Latest Featured Articles

  • Featured Blogs

  • Advertisement
  • Popular Now

  • Similar Content

    • By basnijhof01
      Okay so, I have just finished a Unity 2D course and I have this idea for a game I wanted to make.
      I want to make a Pokémon-like game that's called Pokémon Forest, it's called Pokémon Forest cause you will be able to play all the different Pokémon professors when they were young and trainers themselves. It's a huge open world game with every single region in it. Here are the main aspects of the game:
      Playable characters:
      Samuel Oak, who will be played in the Kanto region. His specialty will be the study of the relationships between people and Pokémon.
      Jonas Elm, who will be played in the Johto region. His specialty will be the study of breeding patterns and interactions between Pokémon.
      James Birch, will be played in the Hoenn region. His specialty will be the study of Pokémon habitats in correlation with human existences.
      Oliver Rowan, who will be played in the Sinnoh region. His specialty will be the study of Pokémon evolutionary patterns.
      Aurea Juniper, who will be played in the Unova region. Her specialty will be the study of Pokémon origins in relation to mythology.
      Augustine Sycamore, who will be played in the Kalos region. His specialty will be the study of the new type of evolution: "Mega Evolution".
      Noah Kukui, who will be played in the Alola region. His specialty will be the study of Pokémon moves and will sometimes get himself hit to study the moves.
      Emily Magnolia, who will be played in the Galar region. Her specialty will be the study of the new type of Phenomenon: "Dynamax".
      Base Story for every character:
      The choice between three starter Pokémon that have Grass, Fire, and Water as their primary types (they will encounter them in some way)
      A villainous team serving as the main antagonists of the game, so 8 different teams, 1 per character.
      A rival who starts their journey at the same time as the player, and is found multiple times throughout the game, so 8 rivals, 1 per character.
      The player challenges eight Gym Leaders, as well as the Elite Four and Pokémon Champion. Except for Noah Kukui, in Alola Gym Leaders are replaced by the island challenge.
      Other aspects of the game:
      It will be a 2D pixelated-like game.
      GTA 5 style, you have 8 different playable characters which will all be playable and you will be able to switch between them whenever you want.
      You play all the different pokemon professors when they were young.
      The professors were 11/12 years old, so the game will take place around 50 years ago.
      It's one big open world game where you can visit all the different regions: Kanto, Johto, Hoenn, Sinnoh, Unova, Kalos, Alola and Galar.
      Every professor has to defeat its own evil team and later on they have to work together to beat one BIG team: Team Rocket.
      The leader of team Rocket will be Giuseppe, Giovanni's father.
      Team Rocket will be unlocked after every character has defeated the elite four (they can only defeat the elite four after they defeated their region's evil team).
      You will be able to catch all 59 legendary Pokémon.
      All the gym leaders will be different from the original games(except the ones who were pretty old in the original games)
      The player is able to have six Pokémon with him at most, while additional Pokémon can be kept in the Pokémon Storage System, 8 different Storage Systems for 8 different players.
      The playable characters will be able to trade Pokémon and items with each other.
      Evolution via leveling up, trade, and evolutionary stones.
      Every region will have its original Pokémon, so for example Kanto will have the original 151 Pokémon.
      Every pokemon will have 1 or 2 types, there are 18 different types in total.
      There will be 742 different moves, all from the original Pokémon games.
      All moves will be TMs, except the Z-powered moves and moves who belong to that Pokémon (like Spirit Shackle for Decidueye).
      The HMs will also be replaced by TMs, the Pokémon who were able to learn the HMs don't need the HMs to do the specific action. For example Diglett could learn Cut and Rock Smash,
      so now it can Cut through trees and Smash Rocks without having to learn the move, you just need to have him in your party.
      There will be a friendship system, however, there will be no Poké Pelago and Pokémon-Amie.
      So this is it. I still need to make all the different storylines for the different characters. Does anyone have any tips on how to make the game not boring, cause it is a long ass game. I will give the different characters different specialties, so they will have different abilities or something. That will make it so that the player will want to play the different characters.
      Thanks in advance!
    • By ZeusXpress
      Hey!  I need help with level design, well.... its not hard but my role is the main programmer and level design is not my best subject.  Anyways im looking for a level designer(not paid of course) but there is no time limit to get things done so im kind of just a for fun environment and a work when you want to sort of thing.  The project is just getting started and the game is called Capacity.  Here are the gist of what i have for ideas
    • By Ryan Anthony Nichols
      Game Design University Student Portfolio. Reviews and Feedback Wanted!! 
      Leave a comment on here, or contact me through my website.
      Thank you,
    • By Brad B
      I have always loved video games and in the last few years I've been trying to learn how to make them. While I'm learning and practicing and growing in many areas, my real strength has always been in story telling. I've been imaging stories, worlds and characters all my life. So far, the only way I've shared them is word of mouth. Explaining them to friends about them when hanging out. Telling them to girlfriends when cuddling for a sort of "story time". I've gotten a reputation for being rather good at "Story Telling". Problem is, I'm not good at writing.
      I've often thought that I could really make something great within the medium of video games though. So, in the business world of game design, is there a place for Story Tellers? Where I could build a world and the story of the characters in it, and work with the team of developers to make it into a product? And how would I find a position like that?
      Because, I truly think I could be great at that. I've thought before that If I could find the right person to show it to, I could put together a sort of portfolio, showcasing a selection of, lets say, 3 concepts. With summaries of the World, characters, plot, etc. I really feel I have a gift for this, and many other people have recognized the same. I just need to know where to take this gift to use it.
    • By Mutantgun
      Hi Everyone,
      Hopefully all of this makes sense at the end, but if you need anymore clarification please let me know.
      Background: My MMORPG is a sword playstyle based game, where players need to complete a dungeon at the end of each floor to be able to progress to the next. (Players can go back to lower floors / Specific floors will have specific resources needed for crafting as to give players a reason to go back / Player skill progression will also require them to do specific quests/tasks on specific floors, again giving them reason to go back)
      Inspiration: Sword Art Online (Anime) - Aincrad game that the players were stuck in
      My map progression issue is this: I'm split between having all players locked to a specific floor until they/or the party they are in, completes the dungeon, then those players unlock the next floor OR if as soon as a party clears the floors dungeon and unlocks the next floor, that floor is unlocked for everyone on the server.
      I'm going to split these into options 1 (Individual Progression) and 2 (Server Progression).
      Option 1:
      Allows the more dedicated/end-game player base to progress at a faster pace. Allows for end-game guilds to form and recruit from a more end-game player pool, I.e. Players from that specific floor Allows end-game players to sell their services to help newer players to progress through the lower floors Drawbacks:
      Possibility of new players being stuck in lower floors as there might not be good enough players left on those floors to help them make a party and progress through the dungeon ? Option 2:
      Allows new players to skip floor progression to be with their friends that have progressed further in the game ? Drawbacks:
      Players will be on floors where they might not be able to survive or complete solo content because of their lack of skill, items, game knowledge Complains from new players saying the content is too difficult, as they are skipping floors New/lower player base will essentially just be waiting on the end-game players to finish the new floor unlocking it for the rest of the server, basically letting them sponge off of the top players progress After typing all of this out it's starting to become more clear cut as to which option I should take, but I'd like to check with the community here as I'm sure there are other benefits/drawbacks that I'm missing that might change my view of things.

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!