spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Bevor man sich etwas aufschreibt, scheint das oft unnötig zu sein, aber für mich ist es wirklich sehr hilfreich, geplante Features / Ideen tatsächlich aufzuschreiben - ganz altmodisch mit Stift und Papier.

Zitat von »@zimmer«

Man muß auch noch Lust haben sich seine eigennes Gekrizzel noch mal durch zu lesen

Wenn man ein Spiel programmieren will, dass über ein Mini-Spiel hinausgeht, muss man sowieso ein Design-Dokument erstellen, wenn man es richtig machen will.

Morpheus hat zwar schon richtigerweise angemerkt, dass man sich nach dem Geistesblitz einer Idee erst ein paar Tage Zeit nehmen sollte, da man in vielen Fällen innerhalb dieser Zeit bereits an Motivation verliert. Denkt man sich nach der Zeit immernoch, dass die Idee gut ist, ist es weniger wahrscheinlich, dass man ein darauf aufbauendes Projekt wenig später wieder abbricht. Hätte man es angefangen und nach der Zeit keine Motivation mehr, wäre ein Abbruch sehr wahrscheinlich (außer mit sehr viel Selbstdisziplin natürlich).
Dennoch sollte man sich meiner Meinung nach zwischen dem Ende der "Wartezeit" und dem Beginn des Projekts mit Prototyping beschäftigen, um zu sehen, ob die Idee auch zu etwas taugt.

Zitat von »Morpheus«

Zitat von »@zimmer«

Man muß auch noch Lust haben sich seine eigennes Gekrizzel noch mal durch zu lesen

Wenn man ein Spiel programmieren will, dass über ein Mini-Spiel hinausgeht, muss man sowieso ein Design-Dokument erstellen, wenn man es richtig machen will.

Grundsätzlich sollte man sich aufschreiben, was man machen will, aber bezüglich des Detailgrads scheiden sich die Geister. Die einen sind sehr für ein vollständiges Design Document, die anderen lassen dies gerne weg und verwenden stattdessen bspw. nur das Vision Document o. ä.
Wenn man noch nicht sehr erfahren ist, wäre ein guter Anfang wahrscheinlich, nicht alles auf einen Schlag voll ausdefinieren zu wollen, sondern schlankere Dokumente zu führen, und sollte man feststellen, dass es einem doch zu wenig ist, kann man an entsprechenden Stellen mehr ins Detail gehen bzw. ein detailreicheres Dokument schreiben.

Zitat von »Sacaldur«

Wenn man noch nicht sehr erfahren ist, wäre ein guter Anfang wahrscheinlich, nicht alles auf einen Schlag voll ausdefinieren

Das hat eher was mit Pragmatismus den mit Unerfahrenheit zu tun, insbesondere wenn man Einzelkämpfer ist.

Ich gehe davon aus, dass man als Einzelperson mit einem bestimmten Detailgrad bzw. bestimmten Dokumenten am besten arbeiten kann. Wenn man noch nicht viel Erfahrung hat, weiß man nicht, was für einen das Optimum ist. Und dann wäre es wahrscheinlich besser, sich von wenigen Details zu dem Umfang vorzuarbeiten, mit dem man gut arbeiten kann, als von Anfang an alle Arten von Dokumenten abdecken zu wollen.
Insofern hat es schon mit der Erfahrung zu tun, würde ich behaupten.

Der gute und wohlbekannte Feature Creep.

Ich für meinen Teil versuche, meine Ideen möglichst zeitnah aufzuschreiben. Da gibt es ein Google Docs Textfile, in dem lustige oder interessante Themen mit ein oder zwei Stichpunkten aufgelistet sind.
Für Ideen, die mit der Zeit reifen, wird dann ein eigenes File aufgesetzt. Das fungiert dann als GDD, aber auch als ToDo-Liste und Bugtracker. Für Ein- bis Zweimann-Projekte (Gamejams oder maximale Arbeitszeit 1 bis 2 Monate) ist das meiner Meinung nach vollkommen ausreichend.

Zur Ursprünglichen Frage: Natürlich ist es spannender, neue Ideen Umzusetzen, als jetzt Buttons im Menu rumzuschieben. Für mich zählen aber halt nur fertige Projekte. Die meisten hier wissen wohl, wie leicht man ein Projekt versanden lassen kann. Und das Gras auf anderen Wiesen ist ja sowieso immer grüner.
Hier hilft es glaube ich weniger, Features oder Ideen wegzulassen, sondern einfach nur, sich klare Deadlines (wie z.B. mit OneGameAMonth) zu setzen.

So Far...
Laguna