Bevor du anfängst ein Spiel zu entwickeln, musst du es,wenn es ein komplexes Projekt ist genau planen.

1. Die Welt

2. Die Story

3. Gameplay

("man soll da schießen können" ist keine Beschreibeung.

4. Team

Möchtest du ein Team hast aber noch keins?

eins, zwei kleine vorgestellt zu haben,

keinen Code sondern theoretische Dinge wie die Dinge implementiert werden sollen.

Nachdem die grundlegensten Grundsteine für das Spiel gelegt sind, kann man sich mit weiteren Details befassen. Es ist möglich, diese in einem sogenannten [http://en.wikipedia.org/wiki/Game_design_document Game Design Document] festzuhalten. Für ein solches Dokument gibt es keine Normierungen, weshalb nicht festgelegt ist, was in einem solchen Dokument stehen muss und wie ausführlich diese Punkte gehalten werden müssen. Der Inhalt des Dokuments oder dessen Ausführlichkeit ist nicht festgelegt. Zu den Inhalten eines solchen Dokuments gehören in der Regel die Punkte Hintergrundgeschichte, Spielwelt, die wiederum Characktere und Leveldesign umfasst, Aufgaben des Spielers, musikalische Gestaltung, grafische Stil und Art der Steuerung (Maus und Tastatur/Gamepad) oder eine Teilmenge diese Punkte. Auch die Form ist nicht festgelegt. Ein Game Design Document kann aus Text, Diagrammen, Skizzen, multimedialen oder interaktiven Inhalten bestehen.

Es gibt ebenfalls Spiele, bei denen die Bennenung einer Spielwelt irrelevant ist, wie Brett-, Karten- oder einige Denkspiele. Bei diesen stellt die Spielwelt meist ein Detail dar.

Auch die Geschichte stellt einen Punkt dar, der abhängig vom Genre beschrieben oder nicht beschrieben werden muss. Während Spiele wie Rollenspiele, Ego-Shooter und einige Strategiespiele noch eine Geschichte während des Gesamten Spielverlaufs erzählen, ist dies bei Rennspielen und Geschicklichkeitsspielen eher seltener der Fall. Es ist auch möglich, dass ein Spiel nicht nur eine Geschichte erzählt, sondern dass es verschiedene Abläufe geben kann.

Eine Geschichte kann dadurch ruiniert werden, dass keine neuen Ideen eingebracht werden und statt dessen Dinge verwendet werden, die bereits sehr oft verwendet wurden. So wurde eine stupide Einteilung in Gut und Böse, bei der die Bösen aus nicht beschriebenen Gründen die Welt beherrschen, zerstören oder den Helden zur Strecke bringen wollen, absurd und sorgt nicht für eine Verbesserung der Geschichte. Dem Spieler sollte im Spielverlauf erklärt werden, warum die Antagonisten Handlungen ausführen, die ihm potentiell schaden.

Da in den meisten Fällen für die Spieleentwicklung objektorientierung zum Einsatz kommen soll, muss man sich Gedanken darüber machen, welche Klassenstruktur man für sein Projekt verwenden möchte.

Sowohl für das Projekt selbst, als auch für das Spiel muss eine Verzeichnisstruktur definiert werden. Für das Projekt selbst ist in der Regel durch die Entwicklungsumgebung eine Struktur vorgegeben. für das Spiel muss diese erst definiert werden. So kann es sein, dass die Bibliotheken mit ausführbarem Programmcode in den Unterordner lib gelegt werden sollen, die Grafiken in den Ordner gfx, Audiodateien in sfx und so weiter. Diese Verzeichnisse stellen nur ein Beispiel für die Organisation der Dateien dar. Ebenfalls ist es möglich, alle Dateien, die ausführbaren Code enthalten (die Anwendung selbst und die Bibliotheken) in das Hauptverzeichnis zu legen oder die Ressourcen in ein gemeinsames Unterverzeichnis zu legen.