1.Schritt: Die Idee und das Konzept
Zunächst solltest du dein Idee schriftlich Formulieren. Am besten schaffst du dir sogar einen Ordner an und heftest dort alle Seiten ein, die du im Zusammenhang mit deinem Projekt erstellst - 80 Seiten können das schon bei einfachen Projekten werden. Mein aktuelles (und erstes) Projekt hat bereits in den Anfängen mehr als 30 beschriebene Seiten (inkl. Skizzen, Konzeptzeichnungen, etc.).
Was solltest du alles niederschreiben? Nun, zunächsteinmal jede erdenkliche Idee, das gesamte Konzept und zwar nicht nur in den Grundzügen, sondern im Detail. Wenn du z.B. einen Rollenspiel amchen willst, solltest du gleich als erstes die gesamte Story aufschreiben. Wenn du kein cooles Ende findest und ca. 5 Stunden Programmierarbeit verworfen werden muss, ist das nicht sehr ermutigend
. Wenn du eine Idee wieder verwirfst, soltlest du das Blatt trotzdem nicht unbedingt wegschmeißen. Vielleicht kommt dir später eine Idee, wie du das verworfene doch noch auf eine andere Weise einbinden kannst. Eine ständig erweiterbare ToDo-Liste solltest du auch unbedingt anlegen, damit du später den Prozess der Programmierung genau nachvollziehen kannst und in etwa weißt, wieviel Prozent du schon geschafft hast.
Du solltest dir klar machen, dass der Inhalt dieses Ordners sich während des Konzeptes noch gehörig ändern wird bis du dich an die Programmierung machst.
2.Schritt: Das Team
Wen brauchst du alles für dein Projekt? Nur einen Grafiker? Vielleicht aber auch einen (zweiten) Programmierer, der z.B. 3D-Animationen, Netcode, Forum, o.ä. parallel mit dir umsetzt? Kannst du einen Verdienst in Aussicht stellen? Alle Fragen rund um das Team klären sich in diesem Schritt. Selbstverständlich aknnst du jeden x-beliebigen Helfer in dein Projekt einspannen, doch solltest du bei den LEuten auch etwas darauf achten, dass sie nicht die absoluten Anfänger sind und viellicht einen Eindruck auf dich machen, dass sie nach 2 MOnaten schon vom Projekt abspringen. Du solltest unbedingt sicherstellen, dass sich das Team nach diesem SChritt nicht mehr verändert.
3.Schritt: Diskussion und Verteilung der Aufgaben
Im dritten Schritt stellst du deinem Team das Projekt (das im groben schon bekannt ist) im Details vor. Als Projektleiter solltest du keine Scheu haben, viele deiner Ideen zu verwerfen, wenn die Mehrzahl deines Teams sie schlecht finden, kannst aber Ideen, von denen du absolut überzeugt bist, durchaus durchsetzen, auch wenn die anderen sie nicht so gut finden. Nach der Besprechung verteilt ihr auf die einzelnen Personen klar definierte Aufgaben und - bei ehrgeizigen Projekten - durchaus auch deadlines, die bei der Koordination helfen sollen. Deadlines sollten unter Hobbyprogrammierern aber keinesfalls zu streng angesehen werden. Bestenfalls als freiwillige Richtlinie. Denke imemr daran, dass jemand aus deinem Team im Zweifelsfall eher abspringt, als sich herumkommandieren zu lassen. Sind alle AUfgaben verteilt, so wird der Ordner abgeschlossen und keine Änderungen mehr erlaubt.
4.Schritt: Erstellen des Produkts
Im vorletzten SChritt wird das Projekt schließlich mit Output versehen: dem Produkt. Bis zu diesem Punkt ist möglicherweise bereits ein ganzes Jahr vergangen - vielleciht sogar schon 2. Wenn sich jeder fleißig an seine AUfgaben setzt, dann kann die Programmierung schon 1 Jahr später Betareif sein. Mitunter braucht ihr als Hobbyprogrammierer sogar 2 Jahre oder mehr für diesen Schritt. Je nachdem, wieviel Zeit jeder investieren kann.
5.Schritt: Die Testphase
In dieser Phase ist das Programm im großen und ganzen fertig. Es muss nurnoch auf Herz und Nieren geprüft werden. Du kannst mit dieser Phase im kleinen Rahmen schon während der Programmierung beginnen, um eventuelle Fehler (oder Bugs) gleich zu beseitigen - je größer der Code nämlich wird, desto schwieriger ist das debugging. Ihr solltet die sog. beta-Version auch an einige Freunde weitergeben, damit ihr wirklich den Großteil aller Fehler beseitigen könnt. Wie lange diese Phase dauert, kann man nicht sagen. Fallen den Testern viele Bugs auf, könnt ihr durchaus 3-4 Monate daran sitzen - vor allem auch dann, wenn die Bug-Nachrichten nur so nach und nach eintrudeln.
6.Schritt: Support und Wartung
Dieser Schritt ist nie wirklich zuende, da kein Programm perfekt ist und jeder User irgendwelche Fragen hat, die beantwortet werden wollen. Auch Debugging und damit verbundene Patches gehören dazu.
Ich möchte hier keinem Angst machen, ein Projekt anzufangen, doch habe ich schon etliche Projekte gesehen, die abgebrochen wurden, weil die notwendige Struktur in der vorgehensweise fehlte. Die Zeiten für die Dauer der Bearbeitung des Projekts sind großzügig bemessen, d.h. unter Könnern kann das ganze Projekt auch durchaus in einem Jahr fertig werden. Weniger als ein Jahr würde ich aber nicht einplanen.
Bitte ggf. noch um Ergänzungen und Berichtigungen.