Vorgehensweisen
Wir wollen Dir hier einmal kurze Beispiel dafür geben, wie Kollegen aus den einzelnen Teams bei ihren Aufgaben vorgehen. Vielleicht erleichtert Dir dies bei einer Entscheidungsfindung.
Der/Die Grafiker/In hat sich im Dev-Board in seinem Teambereich vorgestellt und aufgezeigt, welche Tools und Techniken er beherrscht. Er wird von den meisten Teammitgliedern im allgemeinen vergöttert. Der Teamleiter informiert sich über die genauen persönlichen Interessen und entscheidet dann, welche Aufgaben aus dem Konzept in Frage kommen. Diese Aufgaben werden dann priorisiert. Der Grafiker arbeitet an ihnen, wann er kann und möchte. Schließlich stellt er seine Arbeit im Forum zur Begutachtung vor. Er kann seine Materialien auch auf einem zentralen SVN-Server ablegen und die Arbeiten seiner Kollegen dort auch ansehen. Nachdem vom Teamleiter und den Kollegen grünes Licht gekommen ist, widmet er sich einer weiteren Aufgabe.
Der/Die Programmierer/In hat sich ebenfalls im Dev-Board im Proggerbereich vorgestellt. Die Coder gelten gemeinhin als etwas mystisch und werden generell nicht von Normalsterblichen verstanden. Meistens reden sie aber auch nur untereinander. Und das ist wichtig, denn es gibt einen riesen Berg Arbeit, der auseinander-koordiniert werden will. Dafür gibt es das Trac hier. Er bekommt also Zugangsdaten für das SVN und Trac. Im Trac findet er verschiedene Listen von offenen oder zur Zeit in Behandlung stehenden Aufgaben. Er sucht sich dort eine Aufgabe aus und setzt sich als Ausführender ein. Bei Fragen steht ihm der Teamleiter zur Verfügung. Der Progger arbeitet anschließend an der Aufgabe auf einer lokalen Installation seines Rechners, wobei er auch eine lokale Datenbankkopie verwendet. Seine Änderungen und die der Kollegen fließen im SVN-Server zusammen und werden mit seiner lokalen Installation abgeglichen. Hat er Teile seiner Aufgabe fertig, committed er sie auf den SVN Server. Somit steht die Änderung am System auch allen anderen Kollegen zur Verfügung. Alsbald prüft der Teamleiter das Ergebnis der Aufgabe und schaut sich auch den Code des committs an. Bei grünem Licht wird die neue gelöste Aufgabe dem ganzen Team bekanntgegeben und der Progger nimmt sich eine weitere Aufgabe vor.
Der/Die Texter/In kommt ebenfalls in den Genuß eines eigenen Teambereichs im Dev-Board. Dort stellt er sich auch vor und realisiert, dass er im gesprächigsten Team gelandet ist. Das ist toll, denkt er. ;) Die Texter werden generell ein wenig belächelt. Das aber immer mit gebührender Anerkennung. Denn ihre Werke findet man überall wieder und die Tonlage ihrer Geschichten bestimmt letztendlich das ganze Spiel und jeden einzelnen Spieler. Die Aufgaben der Texter sind sehr übersichtlich. Es gibt solche, die Quests schreiben, es gibt solche, die Kampflogs für Arena oder Krieg schreiben oder jene, die Artikel über das Spiel oder Werbetexte verfassen. Generell holt sich der Texter vom Teamleiter eine Aufgabe passend zu seinem Lieblingsbereich ab und fängt anschließend an zu schreiben. Seine Werke präsentiert er seinem Team im Forum. Bei den Quests gibt es dafür bestimmte Schablonen, die mit einer Reihe wichtiger Parameter ergänzt werden müssen. Meistens ist der Teamleiter mit allem zufrieden, was geschrieben wird. Über Geschmack lässt sich bekanntlich streiten und wir wollen eigentlich nicht kleinlich sein.
Übrigens: Alle Mitwirkenden werden im Impressum genannt; inklusiver ihrer genauen Tätigkeit und ggf. Links zu ihren eigenen Websites.
