spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Habe nur mal schnell gegoogelt, aber du könntest ja mal einen Blick darauf werfen, vielleicht ist das ja was.

http://www.google.de/url?sa=t&rct=j&q=&e…8,d.Yms&cad=rja

Gruß

Hier findest Du vielleicht ein paar Links, die Dir helfen können: Gamedesign: Von der Spielidee zum Konzept & Co. Der Thread ist allerdings noch recht frisch und ausbaufähig.

Grundsätzlich gibt es bei GDDs keine Form/Struktur, die normiert ist oder sich branchenweit durchgesetzt hat. Bezüglich dessen, wofür das GDD da ist, ist man sich grundsätzlich ziemlich einig, nicht aber über die Struktur.
Es ist zwar durchaus sinnvoll, wenn du eine Vorlage für das GDD verwendest, um eine (wahrscheinlich) sinnvolle Struktur im Dokument zu haben, allerdings ist der Hauptzweck des GDD die Kommunikation. Über das Dokument sollen anderen Teammitgliedern die relevanten Aspekte des Spiels näher gebracht werden. Wenn man keine Teammitglieder hat (dürfte bei Hobbyprojekten nicht zu selten sein) ist ein GDD nicht mehr zur Kommunikation erforderlich, sondern höchstens zur Dokumentation. Für eine Dokumentation der Entscheidungen könnten ggf. andere Arten von Dokumenten geeignet sein.
Auch wichtig zu bedenken wäre, dass GDDs i. d. R. in der Anfangsphase eines Projekts gepflegt werden und im Laufe des Projekts an Bedeutung verlieren. Je nach Projekt wäre es evtl. sinnvoll, andere Dokumente als ein GDD zu pflegen.

Ich habe einmal ein GDD unter Verwendung einer Vorlage geschrieben. Allerdings musste ich feststellen, dass eine Vorlage nicht unbedingt auf jedes Genre passt, d.h. die Vorlage muss angepasst werden. Je nachdem wie viel du schon weißt im Bezug auf die Frage, welche Elemente das Spiel beinhalten soll ist es evtl. einfacher für dich, dir selbst zuerst ein Inhaltsverzeichnis zu machen, ohne noch irgendwas zu beschreiben, und danach die aufgeschriebenen Punkte näher zu erklären. Allerdings empfinde ich es auch so, wie Sacaldur schon sagte. Solltest du nicht gerade ein großes Team um dich herum haben, ist ein GDD wohl eher nicht nötig und du kannst dich auf andere Dokumente konzentrieren, wie etwa das TDD, oder die eigentliche Story, die das Spiel erzählt.

Zu dem Punkt, dass sich das GDD von dir fließend liest: Es ist durchaus möglich dass einige Aspekte sehr nah beieinander liegen, und daher ineinander übergehen. Das kann durchaus dafür sorgen, dass sich der Text fließend und am Stück liest.

Ich bin seit dem ich Vorlesungen halte ein ziemlicher Fan von Mindmaps geworden. Gerade, wenn man sich nicht sicher ist, wie man etwas strukturieren möchte, kann man sich damit einen verdammt guten Eindruck darüber machen. Meistens findet man dann ganz gute Ansätze, wie man das ganze dann linear in ein Dokument presst. Die halbe Stunde zum entwerfen einer Mindmap sollte man sich schon nehmen .