Skip to main content

Games GDD



What is the GDD for?


A Game Design Document (GDD) is a blueprint for the design and development of a game.

The GDD is a way of being creative and documenting the approach to the development of the game. Gonzale (1999) states that “ the important thing is to have something that describes your game project (or any other project for that matter) before jumping into production.( Gamasutra ) It should help to plan out your game. Though it is recommended that the GDD should be short it needs to be detailed enough so as game developers and artists can coordinate the development of the game independently whilst still keeping to the design. 

The GDD is a blueprint for how the game is going to be designed and built, similar to a mind map. In conclusion, the game design document is vital to making a game and it is important to have in order to describe your game project.


How do we make one?


There are a variety of tools that could be used to create a GDD. These include word processing tools, visual tools like Powerpoint, or new web-based tools such as DunDoc. Each of these tools has their advantages and are a personal choice. Many of the examples shared via the internet are in Microsoft Word format. Romero Games(creators of Doom) favour a more visual tool such as PowerPoint. Whichever tool is used they should support the development of the game in an open and transparent manner.


What should be in it?


The GDD should be simple enough to read through details about your game design and concept. Schubert (2007), who was at the time lead designer for Bioware Austin, gave a GDC talk in about how to create design documentation, some of the most relevant elements include:

  1. Know your target.- Have a clear vision and understanding of what you want to make. Make sure your game is suitable and fits your target audience.

  2. Keep it short.  Keep it to the point and clear, the shorter they are, the easier it is to read, write, and maintain.

  3. Prioritise the design.  - Divide your game in order of importance e.g have a functional game. Concentrate on core mechanics and visuals, and then expand 

  4. Illustrate. - Draw sketches of your plans that make it easier to structure and implement. Present what your game would look like as it’s important to have a clear idea of the visuals before you begin creating.

  5. Use user stories.- Describing the game through the player’s vision (Similar to what we did in the game vision statement).

Take into account the games users, their ideas may help develop future storylines or ideas.

  1. Invest in a good format. Take the time to structure your work so that it is easy to navigate.

  2. Use clear terminology. Don’t over-complicate the document. Make sure language is concise and accessible.

  3. Kill redundancy.  -Recycle your code - use variables, not hard code). Always reference the new section on your page to have a clean document. Avoid copy and pasting sections.

  4. Capture your reasoning - why did you make the choices you made? What led to that thought process?

References

Nachen, Lennart. 2014 Communication and Game Design Documents accessed 02/11/2020 http://acagamic.com/game-design-course/communication-and-game-design-documents/

Ferns, Shaun (2020) Readings Week 06 accessed 02/11/2020 https://cdmonline.ie/multidev1/reading-week-06/ 

 Gonzalez Leandro. 2016 How to Write a Game Design Document accessed 02/11/2020 

https://www.gamasutra.com/blogs/LeandroGonzalez/20160726/277928/How_to_Write_a_Game_Design_Document.php


Comments

Popular posts from this blog

Reading 09

Hi all. This week we have focused on fixing our papers. This was challenging as I find it hard write academically. I am glad to get the chance to improve my writing. For this week I have rewritten my introduction and conclusion as I believe they weren't good. I also fixed up my paragraphs where I found mistakes.  I am pretty happy with how it is at this moment and I am happy to continue on with my weekly tasks after Easter break. I hope everyone will enjoy this break as we all need it. Thank you, Denis.

Doing Reading 05

This week we have broken down my research articles into 6 themes. We had to break down our writings into sentences to shorten it down to find the themes. I have done that before doing my own writings. I found shortened the articles into sentences to help me develop them in my own words. Using those notes I have and rereading my writings I came down to the following themes. The link between Game Progression and Engagement Automating Game Progression Difficulty balance within levels What is Game Progression (Key Elements) Implementing education (eg. chemistry) within game progression The difference between Progression and Emergence Those themes and note will help me write my own bibliography.  I will see you all new week. Thank you, Denis.

Unity Tutorial 06

 Hi all, Today we have done our second last tutorial of Unity! This week we have added in a health bar for our player and a new character. The bar looks great and I was happy to learn how to do one. I am glad I got to do one and see how it works. Screenshot of my own work. The bar was very simple to do compare to what I thought it would be like. I am very happy to be one week away from finishing the Unity tutorials.  I struggle with the animations to get it right so that took me quite a while to do for my new character but I managed it at the end! This is the first game that really feels like a game from all Unity tutorials we have completed so far.  I will see you all next week when I get to finish up this game! Thank you, Denis.