spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Was xardias mit mehr Durchdachtheit meint is das du lediglich die Idee hergebracht hast. Doch es fehlen noch essentielle Sachen die alles genau beschreiben.
Spielabläufe, Gameplay, Logik, Ziele etc pp.
Und das sollte wenn möglich alles in einem Dokument festgehalten werden auf das jedes Teammitglied zugreifen kann.

Und natürlich kann das alles im Team besprochen werden, aber es kommt auch nicht sonderlich gut wenn man daher kommt "Öhm, ich hab da etwas, ich brauch Programmierer, Grafiker, Modeler die mir das mal schnell machen" ( jetzt stark übertrieben ).

Anfänger in einem Team haben, bei so einem Projekt ist auch immer ein zweischneidiges Schwert. Die Anfänger können dadurch natürlich ordentlich Erfahrung aufnehmen und sammeln, es kann dann aber auf der anderen Seite auch sein das das Team komplett ausgebremst wir, was auf Dauer nicht gut geht.

Fabian, wie willst du Projektleiter sein wenn du fast keine Ahnung von Programmieren, Grafik und nicht mal von einem Aufbau eines Spiels hast?
Hast du schonmal ein Projekt in irgendeiner Form geleitet?

Erstell erstmal ein ausführliches Designdokument mich fachlichen Beschreibungen etc. , dann such dir ein Team, und dann wird sich sehr schnell entscheiden ob sich dein Team dir unterwerfen will.

Das ist alles? 0.o

Wo ist die Story und die technischen Aspekte?

gegen 23 uhr? Soll das ein Witz sein?
Das sollte bei so einem riesen Projekt was du vorhast Wochen dauern.
IN diesem Dokument steht jedes auch nur so kleinstes Detaill drinn.

http://www.assembla.com/spaces/defenderg…entTemplate.doc

So ungefähr sollte das Inhaltsverzeichnis aussehen. Jeder dieser Punkte wird dann so ausführlich wie möglich beschrieben.

Ich finde es irgendwie sinnlos, direkt am Anfang ein dickes designdokument zu tippen, wenn man nichtmal ansatzweise einschätzen kann, ob man das überhaupt realisieren kann.
Vor allen Dingen, wenn man kein Team hat. Gerade in Hobbyteams will man vielleicht auch etwas Mitspracherecht haben, sonst kann es schnell sein, das die Motivation sinkt und Teammitglieder abspringen.

Außerdem kann man vielleicht nicht abschätzen, welche Details wirklich nur Details sind, oder ob man sie direkt beachten muss. Sachen die sehr schnell gehen, kann man gegen Ende schön testen, bei Grundsätzlichen Dingen muss man schon ganz am Anfang alles einbauen.

Also: Wenn du noch keine oder wenig Erfahrung hast, bringen detailierte Designdokumente dir nix. Setz ein paar Sachen um, oder mach bei nem anderen Team mit.

Zitat von »"Jonathan_Klein"«

Ich finde es irgendwie sinnlos, direkt am Anfang ein dickes designdokument zu tippen, wenn man nichtmal ansatzweise einschätzen kann, ob man das überhaupt realisieren kann.

Wieso? Irgendwann wird man sich schon denken das es Overkill wird. Ich kann jedem mal empfehlen vor einem richtig komplexem DDD zu sitzen und sich fragen: "Was mach ich hier eigentlich"?

Außerdem lernt er was fürs Game Design - wenn er es richtig macht.
Und was auch noch dazukommt - jetzt kann er es noch nicht realisieren aber in 2 Jahre kann er dann immer darauf zurückgreifen und seine Dokumentation benutzen um alte Ideen und Detailierte Spielfinessen rauszukratzen.