Beruflich Dokumente
Kultur Dokumente
1. Einleitung
Hallo Freunde.
Dieses Konzept schreibe ich aus einem eher unangenehmen Anlass.
Seit langer Zeit haben wir in der Leitung des Servers mit immer wieder auftretenden, sich hufig gar
nicht so sehr unterscheidenden Problematiken zu kmpfen. Neben Konflikten mit und unter Usern
treten immer wieder Probleme wie Inaktivitt oder mangelhafte Kommunikation in der Leitung,
technische Unstimmigkeiten und Konflikte mit dem von uns grtenteils selbst geschaffenen
Regelwerk auf.
Seit ber zwei Jahren frequentiere ich nun den Server des Schiggysboards beinahe tglich. In meiner
ganzen Zeit hier habe ich immer versucht, mich zu engagieren und engen Kontakt mit der Leitung zu
halten, was letztendlich dazu fhrte, dass ich auch vor Antritt meiner offiziellen Arbeit in der Leitung
bestens ber die aktuellen internen Geschehnisse informiert worden bin. Beinahe nahtlos gingen auf
dem Schiggysboard-Server die Krisen und Probleme ineinander ber; Verschnaufpausen waren nie
abzusehen.
Und selbst heute beschftigen wir uns als Leitung eigentlich primr damit, die Fehler, die wir vorher
gemacht haben, wieder zu beheben und an Prvention zu arbeiten. Besonders gut gelungen scheint
uns das bisher nicht zu sein; sonst htten wir nicht immer wieder die gleichen Themen auf unserer
Tagesordnung stehen.
Woran liegt es nun also, dass wir einfach nicht vorwrts kommen, obwohl wir doch so sehr daran
arbeiten?
Meiner Meinung nach und auch nach der von Professor Pine, sofern ich mich recht erinnere, tragen
wir im Grunde die ganze Zeit ber nur die Kollateralschden der Fehler, die schon in der
Anfangsphase des Servers seitens der Leitung begangen wurden. Wie wir alle wissen, hat Honig
unseren Server begrndet. Ich mag Honig, und sein Engagement in allen Ehren er hats verkackt.
Von Anfang an gab es keine klare Struktur, ein eher schwammiges Statut*1 und keine wirkliche
Vorgehensweise bei der Auswahl der Charaktere, die knftig fr die Leitung des Servers zustndig
sein sollten. Das ist erstmal auch gar nicht verwerflich, wenn man sich in Erinnerung ruft, dass Honig
den Server aus Spa gegrndet hat und damit nur eine Plattform anstrebte, wo er mit ein paar
Leuten zusammen Pokmon spielen konnte.
Die Mutter aller Probleme trat allerdings erst etwas spter auf den Plan, nmlich gegen Ende 2012.
Also auch zu der Zeit, als ich mich auf dem Server eingefunden habe. Man kann also sagen, dass ich
die Auswirkungen in vollem Mae miterlebt habe.
Das Schiggysboard ist zu schnell gewachsen. Nie waren die Administration des Servers oder ihre
zugehrigen Mitglieder in der Lage, entsprechend auf das groe Wachstum zu reagieren. Pltzlich
hatte man ein volles Haus, in dem allerdings metaphorisch gesprochen noch nicht einmal die Wnde
fertig verputzt waren. Es lsst sich schlecht renovieren, wenn man bereits Gste hat. Die Lsung wre
gewesen, bereits zum damaligen Zeitpunkt schnell in allem nachzursten und somit sicherzustellen,
dass auch in Zukunft und fr den Fall des weiteren Wachstums eine vernnftige und funktionsfhige
A Das Forum
Das Schiggysboard-Forum wurde vor einigen Jahren von Marvin gegrndet. Wann genau lsst sich fr
einen Auenstehenden schwer nachvollziehen, da in den Datumsangaben der Beitrge die Jahreszahl
fehlt. Ich schtze das Alter des Schiggysboard-Forums auf ungefhr 5,5 Jahre.
Seitdem haben sich bis zu diesem Tag, an dem ich das hier schreibe, 1655 Mitglieder registriert. Das
ist eine verdammt stolze Zahl; gerade fr ein Pokmon-Forum, das auf diesem Themengebiet mit
gigantischer Konkurrenz zu kmpfen hat.
Das Team des Forums fasst derzeit 2 Administratoren, 4 globale Moderatoren, davon ein
Newsredakteur. Pro Tag werden durchschnittlich 36 Beitrge geschrieben und 2 neue Threads
erffnet; insgesamt kommen wir bis dato auf 71.883 Beitrge. *2 Ebenfalls nicht zu verachten.
Wir sehen also, das Schiggysboardforum bietet uns in erster Hinsicht eine Plattform mit groer
Reichweite, einer aktiven und kritikfhigen Administration und die Mglichkeit, unseren
Unterbereich also den des Servers komplett eigenstndig zu verwalten.
Damit ist in erster Linie der Grundstein fr ein adquates Heimatforum fr unseren Server gelegt.
B Der Server
Auch hier lsst sich fr mich kein genaues Grndungsdatum rekonstruieren; ich wei allerdings, dass
der Server im Oktober/November 2012 seine Anfnge genommen hat.
Von Honig gegrndet und privat gehostet entwickelte sich der damals noch unter dem Titel German
Server laufende PO-Server schnell zur meistbesuchten deutschen Pokmon Online-Plattform, die
die Welt kennt.
Am 20. September eines unbekannten Jahres ist Honig zurckgetreten und hat Coby die technische
Leitung des Servers bertragen. Dank Coby sind wir seit 1. Juni 2013 24 Stunden 7 Tage die Woche
mit unserem Server online. Das wurde dadurch ermglicht, dass wir auf einen externen Hoster
umgezogen sind. Die dafr anfallenden Kosten (25,-/Monat) wurden anfangs von Coby getragen,
anschlieend von Coby und Hausii geteilt und aktuell werden sie freiwilliger Weise von Hausii allein
getragen.
Derzeit schtzen wir die durchschnittliche Anzahl an Usern auf unserem Server auf ~25. Nachdem PO
inzwischen allgemein immer weniger Zulauf zu finden scheint, ist ein Rckgang der Mitgliederzahlen
nicht verwunderlich. Bemerkenswert an dieser Stelle ist, dass wir uns im direkten Vergleich mit
anderen Servern immer noch auf unserem ausgezeichneten Platz behaupten knnen.
Liga mit
regelmigen Resets
Turniere ohne feste
Saison
Einsteigerhilfen
Sonstiges
Support
8 Arenaleiter
4 Top4-Mitglieder
(1 Champ)
Turniere in den Standard-Tiers
Turniere mit Spezialtiers
Weitere Turniere aufgelistet unter "Sonstiges"
Tutorenprogramm (inaktiv)
Trainerschule mit Guides (inaktiv)
Wenige, sprliche Analysen oder hnliches
Sonntagsturniere
Feedback-Beereich im Forum
Ohne Zweifel lsst sich erkennen, dass unser Angebot stark zurckgegangen ist. Viele Dinge, die wir
anbieten, finden keinen Zulauf mehr (in dieser Saison gibt es aktuell keinen einzigen Spieler mit 8
Orden) oder werden nicht konstant aufrechterhalten.
Zahlreiche zustzliche Aktionen, die auf unserem Server in der Vergangenheit stattgefunden haben,
sind eingeschlafen, aufgrund der Abwesenheit verantwortlicher User eingestellt oder einfach nie
richtig umgesetzt worden. Die wegfallenden Angebote wurden nicht durch neue ersetzt, sodass das
Spektrum allgemein unbewusst reduziert worden ist. Im Normalfall sollte fr jedes ausscheidende
Konzept ein Ersatzangebot gefunden werden; jedenfalls dann, wenn man nicht bereits durch viele
andere Einrichtungen ein berangebot zu befrchten hat. Davon sind wir allerdings weit entfernt.
Unsere Leitung
In unserem Leitungskonzept gibt es eine klare Hierarchie, die jedoch bei uns keine weitere Funktion
zu haben scheint. Moderatoren werden mit Administratoren gleichgesetzt. Es gibt weder eine
Differenzierung zwischen den Rechten und Pflichten beider Parteien, noch klar gesteckte
Aufgabenbereich. Jeder macht alles. Kennt ihr Ganzjahresreifen? Wisst ihr, warum sie nicht besser
sind, als Sommer- und Winterreifen zusammen? Weil man nie 100% seiner Leistung zeigen kann,
wenn man das auf mehrere Aufgaben aufteilen muss. Gibt man an einer Stelle alles, fehlt es
woanders.
Coby
Owner /Technische Administration
Hausii
Pika95
Administrator
Bahamut
Moderator
Conan
Moderator
EvilFire
Moderator
Administrator
Krummel
Moderator
Sepina
Moderator
ShockWave
Moderator
Zweifelsohne kann ich sagen, dass ich nicht jeden der oben aufgefhrten Leitungsmitglieder fr
geeignet halte. Alle oben aufgefhrten Personen sind sehr nett, bereit sich zu engagieren und helfen
anderen Usern gern mit ihren Problemen und stehen ihnen als Ansprechpartner bereit. Das ist
allerdings nicht alles.
Ich hatte mich schon sehr lange Zeit mit Pine darber unterhalten und finde es sehr schade, dass er
es nie mit mir zusammen in einer Leitungskonferenz zur Sprache gebracht hat- aber nicht jeder, der
seine Arbeit zuverlssig erledigen WILL, hat auch die ntigen Voraussetzungen dafr.
Gerade wenn man als Moderator mit Usern zu tun hat, ist ein wenig pdagogisches Verstndnis und
eine gute Portion Empathie, aber auch das ntige Ma an Selbstreflexion und
Kompromissbereitschaft dringend von Nten. Und das sind nun einmal Dinge, die von der
Persnlichkeit eines Menschen abhngen. Es ist nicht zu verurteilen, wenn jemand diese sozialen
Schlsselkompetenzen nicht mit sich bringt. Das macht ihn keineswegs zu einem schlechten
Menschen aber eben auch nicht zu einem guten Moderator.
Schwierig wird es dann bei der Entscheidung, wer fr welchen Posten geeignet ist und wer nicht. Wer
entscheidet das und wer kann sich selbst dazu eigentlich genug einschtzen? Sowas wre im Grunde
die Aufgabe der Administration, die bei uns allerdings faktisch nicht vorhanden ist.
Einigermaen umgehen knnte man diese Problematik mit einem Konzept, welches sogar von uns
vor einiger Zeit mal geplant, aber aus rtselhaften Grnden nie umgesetzt worden ist:
Spezialisierung. Wenn eine Gruppe von Personen ein eigenstndiges Leitungsorgan zwecks der Arbeit
an einem bestimmten Aufgabenfeld bildet, kann man gezielt die Leitungsmitglieder in den ihnen am
ehesten liegenden Arbeitsbereichen disponieren.
Starlight
Moderator
Summa summarum
Positiv
Neutral
Negativ
Unsere Angebote
sind zahlarm und
unattraktiv
Der Leitung fehlen
klare Strukturen
Es wurden immer
nur vergangene
Fehler behoben,
statt von neu zu
beginnen
Nicht alle
Leitungsmitglieder
sind geeignet
Vergangene
Planungen wurden
oft nicht oder nur
mangelhaft
umgesetzt
Zusammenfassend lsst sich erkennen und sagen, dass wir trotz vieler Probleme doch immer noch
einen verdammt erfolgreichen Server fhren und die richtigen Grundvoraussetzungen besitzen.
Doch wie ist es mglich, dass wir augenscheinlich so vieles falsch machen und es trotzdem viele User
zu uns auf den Server zieht? Das Alter. Der Server ist 2 Jahre alt. ber diese Zeit haben sich viele User
bei uns eingefunden, die sich fest bei uns eingerichtet haben. Ihr ganzes soziales Umfeld befindet
sich auf diesen Server und das ist eine Versicherung fr uns, dass sie wenn sie PO spielen es bei
uns tun werden. Es muss lediglich dafr gesorgt werden, dass die Leute uns dauerhaft erhalten
bleiben. Und eben das schaffen wir mit einem attraktiven Angebot, welches wiederum nur
funktioniert, wenn die Leitung sich von ihren Grndungsschden erholt und neu strukturiert hat.
Wir haben einen guten Server mit einer tollen Community. Warum lassen wir das alles verrotten?
Wrden wir ein neues, verbessertes Projekt starten, gbe es sicher nicht wenige User, die uns gern
folgen wrden.
A ffentliche Konflikte
Im Grunde lassen sich die Ursachen fr die Unzufriedenheit der User in wenige Oberbegriffe
zusammenfassen. Die hier aufgefhrten Kritikpunkte habe ich ausnahmslos Aussagen verschiedener
User im Forum entnommen. Ich bin dafr ganz zu den Anfangszeiten des Servers zurckgegangen,
weil ich wei, dass viele der angesprochenen Mngel bis in die Gegenwart weiterhin bestehen.
Erstmals wurde am 22. Januar ffentlich die Abwesenheit der Arenaleiter kritisiert (lustiger weise
sogar von mir). Dieses Thema war auerdem seither Gegenstand fast jeder Leitungskonferenz. Auch
im Forum lsst sich nachhalten, dass auch dort alle paar Monate schriftlich kritisiert wurde, dass die
Arenaleiter inaktiv sind und die User so nicht an alle Orden kommen knnen. Wie bereits oben
erwhnt hat sich in der aktuellen Saison noch niemand dazu durchringen knnen, alle Orden zu
sammeln. Meine Schlussfolgerung daraus? Das Liga-Konzept ist ausgelutscht und inzwischen einfach
weder fr User, noch fr die Leiter selbst ansprechend!
Die anderen Kritikpunkte gehren eigentlich der Vergangenheit an. Jedenfalls wurden sie in jngster
Zeit nicht mehr thematisiert, sodass davon auszugehen ist, dass in diesen Bereichen erstmal alles
funktioniert.
Insgesamt frage ich mich aber schon, wie sinnvoll es ist, das Liga-Konzept in Zukunft zu betreiben.
Faktisch ist die Liga etwas, was auf nahezu jedem Server angeboten wird. Als das NoLegies-Tier noch
gefragt war, konnte sich unsere Liga dadurch von denen der anderen Server abheben; das ist
allerdings nicht mehr der Fall. Abgesehen davon besteht der Reiz des Neuen bei diesem Konzept gar
nicht, da man es ja auch schon aus jeder Pokmon-Edition kennt.
Ich sehe allgemein keinen Sinn darin, etwas weiterhin zu betreiben, was lngst nicht mehr gefragt ist.
Bewiesen wird das auch dadurch, dass in meiner letzten Leitungskonferenz von mehreren Leitern
bemngelt wurde, dass die Zahl der Arenaherausforderungen im Laufe der Zeit, gerade aber auch mit
dem Wechsel in die aktuelle Saison (immerhin schon die vierte!) rapide abgenommen hat. Ich ziehe
stark in Zweifel, dass sich an dieser Tatsache etwas ndern wird. Das Konzept ist einfach verbraucht
und sollte baldigst durch ein neues, innovatives Angebot ausgetauscht werden.
Notfalls liee sich ja auch wie in der besagten Leitungskonfi auch von mir vorgeschlagen - zuerst
ein neues Konzept parallel betreiben. Das wrde bedeuten, dass die Liga nicht abgeschafft wird,
sondern lediglich ein alternatives Angebot zur Verfgung gestellt wird. So lsst sich ber einen zuvor
festgelegten Zeitraum genau beobachten, wie interessant das Liga-Konzept tatschlich noch ist und
wie es sich im Wettbewerb mit einer neuen Idee schlgt.
Im Endeffekt knnte man schlussendlich das unbeliebtere der beiden Dinge aussetzen, sofern die
Resonanz nicht hnlich ist. Im schlimmsten Fall findet ein neues Angebot auch keine Interessenten
und dann schafft man es eben wieder ab. Zumindest hat man dann etwas versucht, was mehr ist, als
man aktuell von uns sagen kann. Wie lange ist unsere letzte Innovation her? Kein Wunder, dass wir
vom Wettbewerb nicht mehr leben, sondern uns nur durch unsere Stammuser und den damit
verbundenen gnstigen Platz in der Serverliste ber Wasser halten knnen.
Intersoziales
-
Beleidigungen
Cybermobbing
Teamklau
Gezielte Provokation
Dies ist ein Problempunkt, der sich meiner Meinung nach weitestgehend gelst hat, bzw. den wir
unter Kontrolle bekommen haben. Bis auf das problematische Gespann um Deidara herrscht derzeit
abgesehen von einigen Trollen und Problemkindern, die es unabhngig von unserer Community
immer geben wird, eigentlich Frieden auf unserem Server. Das Klima hat sich gut von allen Krisen
(und das waren Gott wei nicht wenige) erholt.
Hier bin ich der Meinung, dass wir trotz all der Kritik, die wir uns all die Zeit ber wegen unserer
Entscheidungen bezglich Banns anhren mussten, in eigentlich fast allen Fllen richtig reagiert und
die User zurecht gebannt respektive entbannt haben. Ich glaube nicht, dass es hier aktuell
berechtigen Anlass zu Kritik gibt.
Auch die Probleme mit der Inaktivitt von Moderatoren und Admins haben sich in letzter Zeit von
selbst, aber auch durch die Einstellung besserer Mods gelegt. Konflikte, die aktuell noch in oder mit
der Leitung bestehen, sind eher Gegenstand der Interna und werden daher im nchsten Abschnitt
behandelt.
Zuletzt mchte ich hier noch auf den Paste eingehen, der uns bei der letzten Leitungskonfi vorlag und
der von Manabo erstellt wurde. Dort fanden sich noch diverse unabhngige Kritiken von Usern, auch
wenn es nicht einfach war, damit zu arbeiten, da sie ihre Kritik nicht ausfhrlich erlutert hatten.
Ein von fast jedem User kritisierte Punkt sind leere Versprechen, die von der Leitung kmen. Ich wei
gerade ehrlich gesagt nicht ganz, was damit gemeint sein sollte, denn eigentlich haben wir alles, was
wir angekndigt haben, auch umgesetzt. Manche Dinge brauchen eben deutlich mehr Zeit,
organisatorischen Aufwand oder Absprachen, die das alles noch zustzlich herauszgern. Ich lasse
mich hier aber gern eines Besseren belehren.
An zweiter Stelle der hufigsten Anmerkungen steht hier der Wunsch nach Gleichberechtigung
beziehungsweise gleicher Behandlung. Auch wenn ein Mod nicht immer unwillkrlich handeln kann,
ist es wichtig, dass man stets mglichst nach dem von der Leitung erstellten Statut vorgeht. Das
konnte in der Vergangenheit nicht geschehen, weil unser Regelwerk -wie bereits oben erwhntrecht schwammig, und alarmierender Weise den wenigsten Leitungsmitgliedern wirklich noch
bekannt ist.
Daher ist es in jedem Fall erforderlich, dass gemeinsam eine neue und absolut bindende Satzung
ausgearbeitet, verffentlicht und ausnahmslos eingehalten wird.
Technische Aspekte
..wurden weniger von Usern kritisiert, bieten meiner Meinung nach allerdings genug Anlass dazu. Ich
halte es fr unabdingbar, dass sich jemand von Coby in die technische Administration einarbeiten
lsst, weil Coby uns als technischer Support einfach nicht zuverlssig zur Verfgung steht.
Summa summarum
Positiv
Wir konnten alle
sozialen Probleme
auf dem Server
lsen
Inhaltlich gibt es an
den Arenen nichts
mehr auszusetzen
Unsere Banns
waren eigentlich
alle gerechtfertigt
Teamklau stellt kein
Problem mehr dar
Neutral
Negativ
Liga ist unattraktiv
Arenaleiter sind zu
inaktiv
Auths handeln
eigenmchtig und
ohne Absprachen
Wenig Angebote
fr CP-orientierte
Spieler
Mangelnde
Kreativitt der
Leitung und daher
kaum Innovationen
kein zuverlssiger
technischer
Support
Hier zeigt sich leider, dass wir bis heute nicht in der Lage waren, wichtige Problempunkte zu lsen.
Dass wir die sozialen Konflikte in den Griff bekommen haben, ist allerdings schon ein groer
Fortschritt, den man nicht unterschtzen sollte. So konnte sich unsere Community festigen. Und man
bedenke mal, wie oft wir schon ziemlich kurz davor standen, dass die Community aufgrund eines
Kleinkrieges zweier User gespalten wrde.
Auf diesen Erfolgen darf man sich aber nicht ausruhen. Gerade die Negativ-Spalte da oben zeigt, dass
wir noch verdammt viele wichtige Dinge in den Griff kriegen mssen. Bzw. kennt ihr ja meine
Einstellung dazu. Ich denke, dass es viel, viel schwerer ist, das alles zu fixen, als es einfach neu
aufzubauen. Fast alles, was dort oben aufgefhrt ist, htte die Leitung schon lange gewhrleisten
knnen mssen. Bis natrlich auf die Punkte, die jenseits von ihrem Wirkungsbereich liegen, wie
beispielsweise die inaktiven Arenaleiter (Streitfrage).
Feedback aus der Community ist unerlsslich fr eine gesunde Gemeinschaft. Daher sieht mein
Konzept auch vor, in regelmigen Abstnden mittels eines Evaluationssurveys*3 Resonanzen aus der
Community einzuholen, sie auszuwerten und entsprechend darauf zu reagieren.
B Interne Konflikte
Auch intern musste eigentlich durchgehend kritisiert werden, dass die Anwesenheit und das
Engagement der Leitungsmitglieder zu wnschen brig lsst.
Dieses Problem war bereits unter der Herrschaft von Ani bekannt und konnte auch unter dem
Kommando von Hausii nicht ausgemerzt werden. Die beiden tragen allerdings wenig Schuld dafr.
Mehr noch waren sie ber lange Zeit wirklich die Einzigen, die sich bemht haben, alle notwendigen
Prozesse in der Leitung in die Wege zu leiten und die Moderatoren, Admins und Arenaleiter immer
und immer wieder zu ermahnen.
Auch hier stellt sich dann die Frage, wie es zu dieser Problematik kommen konnte, wie man sie htte
prventiv verhindern knnen und was man in der Gegenwart dagegen tun kann.
Der Nachteil daran, sich in einer Community im Internet zu engagieren, ist stets derselbe. Man ist auf
andere Personen angewiesen, kann diese aber unmglich dazu verpflichten oder zwingen, ihren
Pflichten auch sachgem nachzukommen. Das bedeutet, dass man eigentlich nur die Mglichkeit
hat, von Anfang an die richtigen Individuen in Posten zu erheben, die obligatorisch und wichtig sind.
Ebenso ist es unerlsslich, dass solche Leitungsmitglieder, die ihren Pflichten trotz Ermahnung
scheinbar nie nachzukommen bereit zu sein scheinen, mglichst schnell aus der Leitung ausscheiden
und durch kompetente und zuverlssige Neuzugnge ersetzt werden. Hierfr ist allerdings auch
wieder Voraussetzung, dass es jemanden in der Leitung gibt, der sich ein wenig mit Menschen
auskennt und vorab vielleicht schon etwas besser abzuschtzen vermag, wie zuverlssig jemand ist,
wenn man ihm Verantwortung bertrgt.
Das Problem, das keine Moderatoren oder Admins auf dem Server online sind, um den Chat zu
berwachen, besteht aktuell eigentlich nicht (mehr). Die Beteiligung im internen Forum ist allerdings
katastrophal. Dass neue Ideen und Vorschlge zu Projekten aus Reihen der Leitung kommen erwartet
man vergebens.
Hinzuzufgen ist, dass mir in der letzten Leitungskonferenz stark aufgefallen ist, dass viele der
Anwesenden sich sehr stark zurckgehalten und kaum einen Wortbeitrag geleistet haben. Den
Grund dazu kann ich nicht erkennen. Ich finde es wichtig, dass mglichst jede Meinung zu jedem
Thema angehrt wird, da wir immerhin alle mit den Entscheidungen, die in diesen Zusammenknften
getroffen werden, leben mssen und ihre Folgen zu tragen haben.
Auerdem denke ich, dass jemand, der eher nichts sagt, in der Leitung am falschen Platz ist. Gerade
hier ist es wichtig, dass man sich einbringt und mglichst viel beisteuert und sei es nur die eigene
Meinung. Betretenes Schweigen knnen wir uns einfach nicht leisten.
Daher mchte ich euch dazu anhalten, einen Moment in euch zu gehen und euch selbst zu fragen,
wie eure Einstellung zu eurer Arbeit an sich aussieht. Wer sich nicht uert, kann sich seiner Sache
doch nicht sicher sein, oder? Ich mutmae nur, denn ich kann das echt nicht nachvollziehen, da ich
selbst eher ein ziemlich resoluter Mensch bin.
Ein weiterer Umstand, der in jngster Zeit dafr gesorgt hat, dass es Unstimmigkeiten in der Leitung
gab, war die Tatsache, dass viele Moderatoren und anders eingebundene Mitglieder (nachfolgend
AEM genannt) eigenmchtig und ohne die notwendige Rcksprache gehandelt haben; wodurch
einerseits nicht zwangslufig der beste Lsungsweg eingeschlagen, andererseits aber auch die
Souvernitt und Festigung der Leitung ffentlich in Zweifel gezogen wurde.
Ich bin berzeugt, dass die Ursache fr jede unzureichende, bisher thematisierte Handlung der Auths
und AEM in der inneren Einstellung unserer Leute liegt. Niemand hat hier mehr das Gefhl, an einem
erfolgreichen Projekt mitzuwirken. Und das obwohl wir von Anfang an der gefragteste deutsche
Server waren. Hier spielt aber sicherlich auch die fehlende Klarheit beim Regelwerk eine signifikante
Rolle.
Dass die Motivation fehlt, ist wiederum darauf zurckzufhren, dass engagierte Mitarbeiter immer
wieder beobachten mssen, wie die anderen ihren Pflichten nicht nachkommen und nur in den
wenigstens Fllen und nach langer Zeit die Konsequenzen dafr zu tragen haben. Warum sollte man
selbst sich denn so viel Mhe machen, wenn andere, gleichwertige und ebenso verpflichtete
Mitglieder nicht einmal bereit zu sein scheinen, einen kleinen Teil beizutragen?
Das alles htte man direkt von Anfang an durch ein hrteres Regime unterbinden mssen. Nicht den
Usern gegenber, sondern rein intern. Man darf seinen Leuten eben nicht alles durchgehen lassen.
Natrlich ist es ratsam und nur fair, eine zweite oder vielleicht sogar dritte Chance zu verteilen.
Fraglich ist fr mich allerdings, wieso teilweise Leute noch monatelang in ihrem Amt verweilen, ohne
einmal anwesend gewesen zu sein.
Scheiden Leitungsmitglieder, an deren Zuverlssigkeit groe Zweifel bestehen, schnell aus der
Leitung aus und werden durch neue ersetzt, hat man den anderen Leitungsmitgliedern und AEM
gegenber einerseits ein Druckmittel durch die mgliche Sanktion (und wir wissen, dass man eher
seinen Hintern bewegt, wenn man Konsequenzen zu frchten hat), und andererseits signalisiert man
den Usern, dass man bestrebt ist, einen reibungslosen Ablauf im Servergeschehen zu gewhrleisten.
Generell denke ich, dass die Leitung des Servers viel mehr PR-Arbeit htte leisten mssen. Von
Anbeginn der Serverexistenz stand die Leitung in harter Kritik, hufig zurecht. Wir selbst wissen ja am
besten, dass es hinter den Kulissen eigentlich nur in selteneren Fllen komplett flssig luft (Okay,
das ist vielleicht etwas berdramatisiert, das rume ich ein. Aber man gewinnt eben diesen
Eindruck). Wir als Leitung htten uns bemhen mssen, den Usern unsere Kompetenz, aber auch
unsere Kompromissbereitschaft zu signalisieren und ich finde, dass beides deutlichst vernachlssigt
wurde.
Im Gegensatz dazu feindete man sich sogar gegenseitig in ffentlichen Threads an, sodass alle Welt
sehen konnte, dass wir intern mit schweren Problemen zu kmpfen haben. Das eigenmchtige
Handeln von Mods, Admins und AEM, sowie die Abwesenheit der solchen und die damit
einhergehenden Verzgerungen im Leitungsgeschehen haben der Auenwelt und vor allem auch
unseren eigenen Usern immer wieder mehr als deutlich gezeigt, dass es uns nicht gelingt, ein
synergetisches Leitungsorgan zu formen. Peinlich!
Gerade nach auen (aber natrlich auch intern) mssen wir unbedingt an einem Strang ziehen, damit
dieses Projekt funktioniert. Erschwert wurde das natrlich durch die fehlende Motivation unserer
Mitarbeiter und auch hier macht es sich wieder bemerkbar die Probleme mit dem Regelwerk.
Summa summarum
Positiv
Neutral
Negativ
Mangelhafte
Initiative der
Leitungsmitglieder
und AEM
groe Zurckhaltung
in den
Leitungskonferenzen
eigenmchtiges
Handeln der Auths
und AEM
zu wenig
Konsequenz seitens
der Administration
Keine Motivation
Wenn diejenigen, welche diesen Server leiten und zum Erfolg fhren sollen, nicht mehr motiviert
sind und ihre Bereitschaft zur Beteiligung auf einen so niedrigen Punkt sind, wie es aktuell der Fall ist,
dann muss sich die Administration ernsthafte Gedanken darber machen, wie man seine Mitarbeiter
nachhaltig wieder dazu motivieren kann, mit groem Engagement an diesem Projekt mitzuwirken
und Spa dabei zu haben.
Dies htte hier schon lange geschehen mssen. Es wurde meiner Meinung nach einfach zu locker
gesehen. Es gab immer viele Anwrter auf die Leitungsposten. Daher dachte man sich wohl, dass
man schnell genug Ersatz fr faule Leitungsmitglieder und AEM finden knne. Hier kann ich allerdings
nur wieder betonen, dass nicht jeder geeignet ist, der Lust darauf hat.
Lasst euch brigens nicht davon tuschen, dass der Positiv-Bereich in dieser Zusammenfassung leer
ausgeht. Ich erinnere daran, dass dieser Gliederungspunkt den Titel Interne Konflikte trgt und
somit von Anfang an nicht zu erwarten war, dass die Positiv-Spalte groartig gefllt wrde.
ber den Server habt ihr nun eine groe Menge gelesen. Genauso wichtig ist allerdings das Forum,
wo im Grunde alle Absprachen und Dokumentationen gettigt werden. Ich werde im nchsten
Abschnitt also die Problematiken beleuchten, die sich uns mit dem Forum aufgezeigt haben.
Zeichenbeschrnkung fr einen Beitrag ist vom Hersteller vorgegeben und kann nicht von der
Administration angepasst werden.
Summa summarum
Positiv
Neutral
Negativ
3. Das Konzept
A Allgemeines
Hiermit darf ich euch nun dann endlich nach 16 mhseligen Seiten mein Konzept vorstellen.
Vorab mchte ich euch noch einmal wie zu Anfang bitten, in euch zu gehen und komplett neutral an
dieses Konzept heranzutreten. Ich habe mir wirklich schon seit Monaten Gedanken ber das alles
hier gemacht und ich glaube man sieht allein daran, dass es bis zu dieser Stelle ber 5200 Wrter
sind, dass ich meine Hausaufgaben gemacht und mir wirklich Mhe gegeben habe. Dafr erwarte ich
lediglich, dass ihr dem Ganzen hier eine faire Chance gebt.
Noch ein paar Worte zur Prsentation und Darstellung des Konzepts.
Ich werde gleich Schritt fr Schritt erlutern, wie ich mir eine funktionierende Community vorstelle.
Das schliet sowohl den Server als auch das Forum mit ein, da ich beides fr essentiell zum
professionellen Betreiben eines PO-Servers halte.
Sollte dieses Konzept im Schiggysboard keinen Anklang finden, werde ich versuchen, es mit ein paar
Interessierten Usern, die ich dann zusammentreibe, zu realisieren.
An dieser Stelle sei noch einmal deutlich betont, dass ich absolut keine Absicht hege, dem
Schiggysboard in irgendeiner Form zu schaden, geschweige denn User abzuwerben. Sollte ich dieses
Konzept wirklich unabhngig vom Schiggysboard auf die Beine stellen (und sollte es sich halten), so
werde ich mich stets bemhen, mit dem Schiggysboard in partnerschaftlicher Zusammenarbeit zu
kooperieren. SB war immerhin fr zwei Jahre meine virtuelle Heimat und viele User dort liegen mir
noch sehr am Herzen. Bitte unterstellt mir im Anschluss an dieses Konzept also nicht, dass ich nach
meinem Rcktritt von allen meinen Positionen beim Schiggysboard-Server nun irgendwelchen
Schaden anzurichten versuche. Das war noch niemals meine Intention und das wird sie auch in
Zukunft niemals sein. Falls ihr das nicht glaubt, lest am besten gar nicht erst weiter.
Sofern das Konzept vom Schiggysboard abgelehnt wird, erwarte ich natrlich, dass mir mein geistiges
Eigentum nicht enteignet wird. Ich bermittle euch dieses Dokument nicht ohne Grund vertraulich.
Die Vergangenheit hat ja ebenfalls mehrfach unter Beweis gestellt, dass Diebstahl geistigen
Eigentums durchaus zu einem Problem werden kann.
Im Gegenzug werde ich selbstverstndlich auch keine Dinge vom Schiggysboard bernehmen, ohne
das vorher mit der Leitung abzusprechen.
Lasst uns weiterhin auf ein Miteinander hinarbeiten und nicht auf ein Gegeneinander wechseln, nur
weil sich unsere Wege nun vielleicht scheiden mgen.
Natrlich hoffe ich aber instndig, dass ich euch fr das Konzept begeistern und mit euch das
Schiggysboard revolutionieren kann.
In diesem Sinne wnsche euch viel Spa beim Lesen meines nun folgenden Konzeptes fr die
erfolgreiche und zielorientierte Administration einer deutschen Pokmon Online-Community.
Mein Konzept sttzt sich vor allem auf einige Schlsselpfeiler, die in jedem Fall den Geiste
des Konzepts wiederspiegeln und gewhrleisten soll, dass Stets die Schritte vorwrts gesetzt
werden, und nicht zurck.
- Regelmige Weiterentwicklung
- Nulltolleranzgrenze
der Funktionen des Servers und
gegenber (Cyber-) Mobbing des Forums
Aufmachung
Ich finde es wichtig, die oben genannten Punkte sicherstellen zu knnen. Auf der folgenden Seite
werde ich darauf noch einmal etwas konkreter eingehen.
Es ist vielleicht ein ungewhnlicher Zeitpunkt, aber ich mchte an dieser Stelle noch einmal betonen,
dass ich auf den ersten 17 Seiten eigentlich nur erlutert habe, warum ich mir sicher bin, dass der SBServer so, wie er jetzt ist, nicht zu retten ist. Wrde man alles komplett neu aufziehen, knnte man
von Anfang an alles besser machen. Wie man wei, ist die Prvention immer leichter als die Heilung.
Behaltet das im Hinterkopf.
B Organe
Die Kpfe des Ganzen
Als allererstes mchte ich euch natrlich mit meinem Konzept zur Leitung vertraut machen. An dieser
Stelle muss ich allerdings vorweg nehmen, dass viele der geplanten Posten bergreifend sowohl fr
den Server als auch fr das Forum gelten.
Mein Leitungskonzept sieht etwas anders aus, als wir es aktuell vom Schiggysboard kennen. Die
Leitung setzt sich vor allem aus verschiedenen Gremien zusammen, die jeweils aus 5 Mitgliedern
(endgltig, anfangs sollten es mindestens 3 sein) bestehen.
Gremien
Jedes Gremium whlt bei der Grndung, und jedes Mal, sobald mindestens ein Mitglied aus dem
Gremium durch ein neues ersetzt wird, einen Vorsitzenden und einen Vertreter. Sitzt dem Gremium
eine weibliche Person inne, ist sie fr einen dieser Posten bevorzugt zu behandeln. *5
Wenn ein Leitungsbriefing ansteht, nehmen die Leiter (und freiwilliger Weise die Stellvertreter) der
Gremien an dieser Teil. So ist gesichert, dass stets aus jedem Bereich mindestens eine Stimme
vertreten ist. Sollten weder der Leiter des Gremiums noch sein Stellvertreter an der Sitzung
teilnehmen knnen, so knnen auch die anderen Mitglieder des Gremiums maximal zwei Personen
unter sich ausmachen, die stattdessen an der Sitzung teilnehmen drfen.
Alle Gremien sind in den Leitungsbriefings gleichberechtigt. In internen Sitzungen, die ein Gremium
unter sich abhalten kann, ist das Gremium nur in der Lage abzustimmen, wenn alle Mitglieder
anwesend sind. Welches Wahlergebnis fr das Gremium entscheidend ist, kann es selbst festlegen.
Sollte es durch den lngeren Ausfall eines oder mehrerer Mitglieder nicht mglich sein, eine
Mitgliederversammlung abzuhalten, nimmt ersatzweise ein Admin an dem Ausschuss teil. Sollte auch
jeder Admin verhindert sein, ist von dem Admin, der diesem Gremium bergestellt ist (dazu spter
mehr*6) ein User zu benennen, der an der Sitzung teilnimmt.
In Gremien werden alle Vorgnge demokratisch geregelt. Der Leiter eines Gremiums ist als Manager
des Gremiums zu verstehen. Er koordiniert unter anderem die fr sein Gremium wichtigen Aufgaben
und hlt die Mitglieder des Gremiums ber die in der Leitungssitzung besprochenen Inhalte auf dem
Laufenden.
Jeder User ist berechtigt, Mitglied in einem Gremium zu werden. In der Anfangsphase, in der die
Gremien erstmalig gegrndet werden mssen, werden sie von den Admins, die zuerst benannt
werden werden, durch die Anweisung an drei interessierte Mitglieder, sich zusammenzuschlieen,
erstmalig existent. Schlielich sind die Gremien angehalten, ihre Mitgliederzahl auf 5 aufzustocken.
Welche beiden User das Gremium noch aufnimmt, kann es selbst entscheiden.
User, die nur im Forum registriert und nicht auf dem Server aktiv sind, knnen selbstverstndlich
nicht Mitglieder der Gremien werden, die serverbezogene Arbeitsbereiche betreiben. Allerdings ist
es Mitgliedern, die noch nie im Forum waren, den Server aber gut kennen, mglich, Mitglied in
einem Gremium zu werden, das das Forum betrifft. Dies ist allerdings nur mglich, wenn der Bereich
des Forums unmittelbar mit dem Server in Zusammenhang steht und setzt voraus, dass sich der User
im Forum registriert.
Wie sinnvoll es ist, einen solchen User ins Gremium zu setzen, muss das Gremium im Endeffekt selbst
bestimmen. Allgemein hat das Gremium nach seiner Urgrndung das komplette Entscheidungsrecht
darber, wer ins Gremium aufgenommen wird.
Bei der Wahl des Vorsitzenden des Gremiums haben die Admins anwesend zu sein. Zum einen sind
die Admins dadurch stets auf dem Laufenden, was das Gremium betrifft und wissen immer, wer der
neue Leiter eines Gremiums ist; zum anderen fallen Personalangelegenheiten grundstzlich in den
Aufgabenbereich der Admins.
Jeder User kann maximal 3 Gremien angehren. So wird den Usern nicht die Mglichkeit
genommen, sich in mehreren Bereichen einzubringen, gleichzeitig aber auch eine berbelastung
ausgeschlossen.
Wer den Vorsitz eines Gremiums innehat, kann die Leitung keines weiteren Gremiums bernehmen.
Wird von einer Person bereits ein Gremien geleitet, so kann diese Person nicht fr den Vorsitz eines
zweiten Gremiums gewhlt werden.
Das wichtigste aller Gremien ist das Gremium fr Qualittsmanagement. Jeder Admin ist
automatisch Mitglied in diesem Gremium. Es berwacht die Aufgaben aller anderen Gremien und
kmmert sich um smtliche anfallenden Aufgaben, die nicht in den Aufgabenbereichen der anderen
Ausschsse liegen. Auerdem sind die berwachung der Arbeit der Moderatoren und AEM, sowie
die Einstellung und Verabschiedung der solchen Aufgabe dieses Prsidiums.
Die Leiter aller Gremien sind folglich dazu verpflichtet, regelmig mit dem Gremium fr
Qualittsmanagement ber alle relevanten Vorgnge Rcksprache zu halten.
Folgende Gremien sind in diesem Konzept mittel- oder langfristig vorgesehen und sollen mit
folgenden Aufgaben betraut werden:
Bleibt zu den Gremien eigentlich nur noch zu sagen, dass es fr den Vorsitzenden eines Gremiums
keine Obergrenze fr die Anzahl seiner aufeinanderfolgenden Amtszeiten gibt. Wer einmal den
Vorsitz eines Gremiums innehat, der kann auch fr die nchsten zehn Jahre immer wieder auf diesen
Posten gewhlt werden. Wenn er in seinem Amt jedes Mal neu besttigt wird, kann er seine Arbeit ja
gar nicht so schlecht machen. Im Zweifelsfall kann ein Admin jederzeit dem Leiter eines Gremiums
seinen Vorsitz fristlos entziehen. *7
Jedes Gremium wird bei seiner Grndung einen individuell abgestimmten Leitfaden erhalten, der
die Mitglieder des Gremiums in ihren ersten Schritten begleitet und Starthilfe zur richtigen Grndung
des Gremiums gibt. Bei Unklarheiten ist das Qualittsmanagement jederzeit fr Fragen offen.
So ergeben sich folgende Leitungsorgane, welchem im Zusammenspiel sowohl durch ihre klare
definierten Aufgabenfelder als auch die weitreichende Abdeckung an Themengebieten und das neue
Delegationsprinzip im Stande sein drften, eine solide, faire und zukunftsorientierte Leitungseinheit
einer erfolgreichen deutschen Pokemon Online-Community zu formen.
Admins
Leiter
der
Gremien
SuperModeratoren
im Forum /
Moderatoren
des Servers
Mitglieder
der
Gremien
User
des
Servers
User des
Forums
Dieses Organigramm zeigt die Hierarchie, die dieses Konzept vorsieht. Die aufgefhrten
Personengruppen mit Ausnahme der User des Servers und des Forums sind mindestens als AEM zu
betrachten. Durch die Einbindung zahlreicher, aber kompetenter User wird ein Aussterben der
Community abgewendet.
Usersprecher
Alle drei Monate findet in der Community ein weiteres Wahlverfahren statt. Alle User haben fr eine
Woche die Mglichkeit, einen im Vorfeld nominierten Kandidaten zum Usersprecher zu whlen. Es
werden stets ein mnnlicher und eine weibliche Usersprecher*in gewhlt, sowie deren Vertreter, die
ebenfalls nach Mglichkeit mnnlich und weiblich sein sollten.
Die Usersprecher dienen als sowohl als Anlaufpunkt als auch als Sprachrohr der Userschaft. Hat ein
User ein Problem oder einen Vorschlag, so kann er sich an einen der Usersprecher wenden, welcher
das Anliegen dann an die Leitung heran trgt. Die Usersprecher sind auerdem berechtigt, an den
Leitungsbriefings teilzunehmen, um den Standpunkt der brigen Community zu vertreten und in
ihrem Sinne abstimmen zu knnen.
Durch Einfhren von Usersprechern haben die User die Mglichkeit, das Beratungsangebot einer
weiteren Anlaufstelle in Anspruch zu nehmen. Da die Sprecher der Leitung weder direkt unterstellt
sind, noch auerhalb der Leitungsbriefings mit ihr im eigentlichen Sinne zusammenarbeiten, haben
die User auch dann eine Anlaufstelle, wenn sie sich nicht an ein Mitglied der Leitung respektive das
Qualittsmanagement wenden wollen.
Wird ein User dazu verpflichtet, ein Gesprch mit einem Leitungsmitglied zu fhren (etwa
beispielsweise wenn es um einen Bann geht), so hat der User das Recht, auf die Anwesenheit eines
Usersprechers (aber nicht eines bestimmten!) zu bestehen. Der Sprecher hat in dieser Situation die
Aufgabe, dem User eine moralische Sttze zu sein und gegebenenfalls zwischen ihm und dem
Leitungsmitglied oder AEM zu vermitteln. Auerdem dient der Usersprecher sowohl dem
Leitungsmitglied oder AEM als auch dem User als Zeuge der besprochenen Inhalte.
Die Kandidaten fr die Wahl zum Usersprecher werden vom Qualittsmanagement nominiert. Die
User knnen allerdings (auch auerhalb einer Wahlphase) jederzeit dem Qualittsmanagement einen
gewnschten Kandidaten vorschlagen. Ob der Kandidat tatschlich aufgestellt wird, liegt im
Ermessen des QM. *8
Ein Usersprecher ist das einzige AEM, das nicht vom Qualittsmanagement entlassen werden kann.
Um einen Usersprecher vor Ende seiner Amtszeit aus seinem Amt zu entheben, ist eine Userpetition
erforderlich, die mindestens die Hlfte der Anzahl der Stimmen haben muss, die dem Sprecher einst
erst zu seinem Amt verholfen hatten.
Das Qualittsmanagement behlt sich jedoch vor, eine Petition fr ungltig zu erklren und
abzubrechen, wenn sie nicht den Anforderungen entspricht. Damit eine Petition eingereicht werden
kann, muss ein Anlass bestehen, das heit, dass der Usersprecher einen Regelbruch begangen oder
anderweitig negativ aufgefallen sein muss. Ausnahmen und Przendenzflle sind hier allerdings
mglich.
Wer die Wahl des Usersprechers abhlt, wird regelmig vor der nchsten Wahlperiode im
Leitungsbriefing von allen stimmberechtigten Teilnehmern gewhlt. Dadurch, dass somit selbst der
Wahlleiter demokratisch bestimmt wurde, wurde eine maximale Gleichbehandlung erreicht und den
Usern eben dies auch nach auen hin signalisiert.
Wir wollen alle in der Community leben, also sollten wir auch alle mitreden drfen.
Leitungsbriefings
Die vom QM koordinierten Leitungsbriefings stellen auch wie aktuell das Herzstck der
Zusammenarbeit der Leitung dar. Durch eine stets im Voraus bekannte Tagesordnung wird ein
geordneter und lsungsorientierter Ablauf in den Briefings garantiert.
Die ersten Tagespunkte werden stets dieselben sein. Zuerst wird festgestellt, ob alle mit der
Tagesordnung einverstanden sind, anschlieend ob sie mit der Moderation des Briefings
einverstanden sind und schlielich wird ein Protokollant ernannt.
Durch die eben aufgefhrten Leitungsorgane ergeben sich berechenbare Teilnehmerzahlen fr die
Leitungsbriefings. Folgende Grafik verdeutlicht, wie viele Personen welcher Organe dem Briefing
beiwohnen.
TEC
mind. 1
TMG
1-2
NG
0
QM
3
GST
1-2
POG
1-2
Usersprecher
2
FOR
1-2
Die Vorsitzenden aller Gremien mit Ausnahme des News-Gremiums nehmen an dem Breifing Teil.
Wahlweise knnen auch ihre Stellvertreter dem Breifing beiwohnen. Zustzlich nehmen immer zwei
Usersprecher an der Sitzung teil. Die braun gekennzeichneten Gremien mssen nicht zwangslufig in
der Leitungssitzung vertreten sein. Ohne QM kann allerdings keine Leitung stattfinden
Zu den Leitungsbriefings haben grundstzlich alle Admins, also das gesamte QM, zu erscheinen.
Sollte ein Admin verhindert sein, kann er einen anderen User benennen, der ihn im Briefing vertritt.
Ob dieser Schritt berhaupt von Nten ist wird vorher im QM geklrt. Die Anwesenheit aller Admins
ist vermutlich nicht unbedingt immer notwendig.
Alle Gremien bis auf TEC und NG mssen durch mindestens eine Person in der Sitzung vertreten sein,
damit ein Wahlergebnis im Briefing anerkannt werden kann.
Summa summarum
Positiv
Neutral
Vollkommene
Demokratie
User werden an den
Server gebunden
die Spezifizierung lsst
zielorientierteres
Arebiten zu
klare Aufgaben fr jeden
enge Zusammenarbeit
zwischen Forum und
Server
Mehr Vorausplanung
beispielsweise durch
den Leitfaden fr die
Gremien
Selbststndigkeit der
Gremien verhindert
einen zu groen Einfluss
einer einzigen Partei
optimale Gre fr
Arbeitsgruppen in den
Gremien
Flexibilitt beim
Erschaffen neuer
Aufgabenbereiche durch
Disposition der Gremien
Viel interne
Kommunikation
Mehr Bezugspunkte fr
User durch Sprecher
Verwaltungsaufwand
Die Teilnehmerzahlen der
Leitungsbriefings werden
sich zwischen 7 und 15
bewegen.
Negativ
Man ist auf das
Engagement vieler User
angewiesen
Eine mglicherweise
auftretende hohe
Flupduaktion in den
Gremien knnten
zustzliches Chaos mit
sich bringen
Viel interne
Kommunikation erzeugt
Verzgerungen
Admins mssen viel Zeit
investieren
Der Erfolg des politischen Bildes der Gremien, die ihre Delegierten zur Leitungssitzen schicken, steht
und fllt mit den Usern. Das kann sowohl ein Vor- als auch ein Nachteil sein. Wie anfangs erwhnt
soll durch ein besseres Auswahlverfahren sichergestellt werden, dass kompetente und zuverlssige
Charaktere den Gremien angehren. Ist das erst einmal gelungen, steht der erfolgreichen,
autokratischen Administration unserer Traumcommunity nichts mehr im Wege.
C Statut
Um ganz sicher gehen zu knnen, dass alle User objektiv, fair und gleichermaen behandelt werden,
ist ein festes und bindendes Regelwerk, das allen Interessen der Community entspricht, unabdingbar.
Je eindeutiger und umfassender das Statut verfasst wurde, umso besser ist man fr jeden
mglicherweise eintretenden Fall gewappnet. Es ist wichtig, dass die Leitung in jeder Situation
angemessen, souvern und stets mit den gleichen Reaktionen handeln kann.
Nur so kann gewhrleistet werden, dass kein User sich ungerecht behandelt fhlt. Und wir haben ja
in der Vergangenheit gesehen, welche Ausmae angestauter Frust in der Community annehmen
kann.
Das Statut wird von dem Qualittsmanagement, also den Admins, festgelegt werden. Hier sei
allerdings zu beachten, dass zu Beginn lediglich eine Rohfassung erarbeitet werden soll, die den
Grundstein fr ein allumfassendes, dem Geiste der Community entsprechendes Statut legen soll, das
in einer der ersten Leitungsbriefings, an dem bereits die Delegierten der Gremien und die
Usersprechen teilnehmen sollen, erarbeitet werden wird.
Dies ist ntig, damit direkt von Anfang an alle Interessen mit einbezogen und gewahrt werden
knnen. Auerdem kann nur so gewhrleistet werden, dass das Regelwerk tatschlich alle Bereiche
abdeckt, da es der Auftrag der Gremienprsidenten ist, sicher zu stellen, dass auch fr den
Ttigkeitsbereich ihres Gremiums alle Richtlinien ins Statut aufgenommen wurden.
Zu diesem Zweck halten die Gremien vor dem entsprechenden Leitungsbriefing interne Konferenzen
ab, in denen sie gemeinsam festlegen sollen, welche Vorschriften fr ihren Bereich bentigt werden.
Die Gremien sind angehalten, einen Entwurf fr das Regelwerk ihres Bereiches vorzubereiten, dass
schlussendlich mglichst unverndert in das Statut aufgenommen werden kann.
Das Statut soll fr jeden mglicherweise eintretenden Fall eine klare Anweisung fr das weitere
Vorgehen seitens der Leitung liefern. Nur die Admins werden berechtigt sein, Przedenzflle zu
treffen. Alle geregelten Ausnahmen werden dokumentiert, um spter gegebenenfalls eine Basis zur
Modifikation des Status liefern zu knnen.
Flexibilitt halte ich nmlich fr ein Regelwerk ebenfalls fr essentiell. In der Vergangenheit haben
sich des fteren kontroverse Stimmen zu den Richtlinien gemeldet. Da damit stets gerechnet werden
muss, ist es wichtig, auf eventuelle Kritik zur Satzung flexibel, kompromissbereit und
lsungsorientiert zu reagieren.
Dies kann seitens der Administration allerdings nur dann gewhrleistet werden, wenn die User sich
im Gegenzug auch einverstanden zeigen, die Regeln als bindend anzusehen und ihr Verhalten ihnen
entsprechen zu lassen.
Ich halte das Zuckerbrot-und-Peitsche-Prinzip hier im Grunde fr angemessen. Gutes Verhalten
wird mit Entgegenkommen und Kompromissbereitschaft belohnt; ein brechen der Regeln allerdings
grndlichst geahndet. Nur wer sich an unsere Vorgaben hlt, hat das Recht, in unsere Community
aufgenommen und von uns untersttzt zu werden.
Zuletzt sei zu erwhnen, dass das Statut sowohl im Forum als auch auf dem Server ebenfalls in
englischer Sprache aufzufinden sein wird. Dies ist wichtig, damit auch Serverfremde Spieler
(Randoms) die Mglichkeit haben, sich ber die Vorgaben zum Zusammenleben auf dem Server zu
informieren. Auch wenn durch das Angebot zweier verfgbarer Sprachversionen das Ntigste
abgedeckt sein drfte, sprche nichts dagegen, das Regelwerk auch in andere Sprachen zu
bersetzen, sofern wir in der Lage dazu sind und es fr notwendig erachten.
Befehle
/commands
/rules
/team
/bbcodes
/pokeinfo
/players
/uptime
/auths
/clearpass
/me [text]
/ranking
Gehren zur Grundausstattung eines jeden Servers. Ich erachte es nicht fr ntig, die Funktionen hier
zu erlutern, da eine Erklrung ebenfalls auf dem Schiggysboard-Server unter /usercommands
einsehbar ist.
Daher werde ich jetzt zu den Kommandos bergehen, die zur Sonderausstattung eines Servers
zhlen. Meiner Meinung nach zeigt eine gute Ausstattung des Servers im Bezug auf die Funktionen
auf, dass die Administration bemht ist, den Usern einen abwechslungsreichen und bequemen Alltag
in unserer Community zu schaffen.
Natrlich gibt es auch einigen Commands des Schiggysboard, die ich sehr gern in mein Konzept
bernehmen wrde, wie z.B. alles um die Tempmods. Zu diesem Zweck werde ich die
entsprechenden Funktionen ebenfalls hier auflisten. Selbstredend werde ich diese Befehle nicht
ohne Einwilligung des Schiggysboards verwenden; sollte das Konzept an anderer Stelle realisiert
werden.
/commands
Die verfgbaren Befehle lassen sich in fnf verschiedene Kategorien eingliedern. Auf den folgenden
Seiten folgt eine genauere Erluterung aller Kommandos.
/usercommands
/modcommands
/admincommands
/tourcommands
/tempmodcommands
/usercommands
/afk
/bbcodes
/bye
[Text]
/changetier
[Teamnummer]
/cjoin
[Channel]
[Tier]
/clearpass
/die
/hacheck
/events
zeigt einen
Eventkalender
/faq
/help
/hi
Legende:
schickt eine
vordefinierte
Abschiedsnachricht
[Text]
Obligatorischer Parameter
Optionaler Parameter
/me
[Text]
/usercommands
/players
/pokeinfo
[Pokedexnummer]
/rainbow
[Text]
/ranking
[Username]
/re
/rules
/seen
Legende:
[Username]
/selfkick
/team
/unjoin
Obligatorischer Parameter
Optionaler Parameter
Ich knnte mir durchaus vorstellen, ein Award-System auf dem Server zu etablieren. Hier knnte man
dann Usern fr verschiedene Erfolge Auszeichnungen per Command verleihen, die ebenfalls via
Command von allen Usern eingesehen werden knnen. Wahlweise knnte man sich ergnzend dazu
ein Punktesystem ausdenken, aber das will ich nicht jetzt schon festlegen.
/usercommands
Auch halte ich es fr praktisch, ein Mailsystem fr User auf dem Server einzurichten. Das wre dann
vergleichbar mit dem post2auth-Command, welches auf dem Schiggysboard-Server derzeit
leitungsintern Verwendung findet. Dies sollte allerdings erst in Rcksprache mit den anderen Admins
eingefhrt werden und wird daher vorerst hier nicht weiter behandelt.
/award
[Username]
/showawards
[Username]
/removeaward
[Username]
[Erfolg]
/awardranking
Legende:
Obligatorischer Parameter
Optionaler Parameter
Die Befehle zum Vergeben und Entziehen von Erfolgen stehen selbstverstndlich nur
Leitungsmitgliedern zur Verfgung.
Alternativ lassen sich noch etliche Fun-Commands zustzlich ergnzen. Dies halte ich allerdings erst
fr sinnvoll, wenn bereits ein geeigneter Spam-Schutz besteht (und selbst dann sollte man sich noch
berlegen, wie sinnvoll die Einfhrung solcher Gimmick-Befehle tatschlich ist, bzw. ob die
Community etwas Derartiges berhaupt in Anspruch nehmen wrde.
/modcommands
[Name]
[Grund]
/mute
[Name]
[Dauer]
[Grund]
/ban
[Name]
[Dauer]
[Grund]
/unmute
[Name]
/unban
[Name]
/moveuser
[Name]
[Channel]
/tempmod
[Name]
[Dauer]
/untm
[Name]
/cookie
[Name]
/clearcookie
[Name]
/channelmute
[Dauer]
/channelunmute
Legende:
/kick
[Inhalt]
Kennzeichnet einen
User
Obligatorischer Parameter
Optionaler Parameter
Wie sich unschwer erkennen lsst, habe ich hier einige Funktionen vom Schiggysboard-Server
bernommen. Unabhngig davon, ob das Konzept zur Neukonzeptionierung des Schiggysboard oder
zum Aufbau einer neuen Community verwendet wird, halte ich hier viele Funktionen wie z.B. vor
allem die Cookies fr sehr praktisch und unbedingt erhaltenswert. Da ich von Schaubildern jetzt
selbst erst einmal genug habe, geht es mit ein wenig Text weiter.
Viele Gedanken habe ich mir auch um das P2A-System gemacht. Die Mglichkeit, anderen Auths auf
dem Server offline-Nachrichten senden zu knnen, ist ungeheuer praktisch. Allerdings hat sich das
System meinen Beobachtungen zufolge wenig bewhrt; es wurde nicht oder nicht regelmig
gebraucht, sodass auch hierdurch eher fr mehr Unbersichtlichkeit in der internen Kommunikation
gesorgt wurde.
Verwerfen muss man das Prinzip deshalb nicht. Ich plane eine hnliche Funktion, die allerdings dazu
dienen wird, dass sich User auf dem Server zu Turnierkmpfen verabreden knnen. Das hat zum
einen den Vorteil, dass ein User sich nicht im Forum registrieren muss, um an einem Turnier
teilzunehmen (die entsprechenden Threads werden ffentlich einsehbar sein) und zum anderen wird
die Kommunikation unter Mitgliedern im Forum nicht durch ein alternatives Nachrichtensystem auf
dem Server verdrngt.
Das Command fr die turnierbezogene Kommunikation stelle ich mir folgendermaen vor:
/tourchall [User]:[Turnier]:[Datum]:[Uhrzeit]
Mchte ich Bahamut also beispielsweise einen Termin fr einen unserer anstehenden Turnierkmpfe
vorschlagen, benutze ich dieses Command. Die [Turnier]-Variable ist dabei optional, sollte allerdings
natrlich Verwendung finden, wenn man sich fr mehrere Turniere angemeldet hat.
In diesem Beispiel wrde Bahamut dann bei seinem nchsten Login auf dem Server folgende
Meldung erhalten:
Macci hat dir einen Terminvorschlag fr euren Turnierkampf unterbreitet. Turnier: [Turniername]
Datum: [Datum], Uhrzeit: [Uhrzeit]. Wenn du diesem Terminvorschlag zustimmen mchtest, tippe
/taccept in die Chatzeile ein. Bist du nicht mit dem Vorschlag einverstanden, so kannst du ihn mit
/tdecline ablehnen. Alternativ kannst du Macci ber das Command /tourchall
[User]:[Turnier]:[Datum]:[Uhrzeit] einen anderen Vorschlag machen.
Gerade dadurch, dass dieser Text etwas lnger ist, sollte er nicht im Chat untergehen. Zugleich
enthlt er alle wichtigen Informationen. Zur Versicherung, dass diese Meldung auch wirklich gelesen
wird, knnte man sie bei jedem Login erneut anzeigen. Solange, bis der entsprechende User ber
einen der beiden vorgeschlagenen Commands auf den Terminvorschlag reagiert hat.
Konnten sich beide Spieler ber diese Funktion auf einen Termin einigen, so wird beiden bei jedem
Login eine Meldung angezeigt, die an den Termin erinnert. Mir schwebt da ein Vergiss deinen
Turnierkampf am [Datum] um [Uhrzeit] gegen [User] nicht! ([Turnier]). Diese Nachricht soll natrlich
nicht mehr angezeigt werden, wenn das entsprechende Datum vorbei ist. Da muss der Server also
mit der Datumsangabe im Command arbeiten knnen.
Zur Komplettierung bentigen wir noch eine bersicht ber alle Termine. Meiner Vorstellung nach
gibt man zu diesem Zweck einfach /showtchalls in den Chat ein und erhlt folgend eine bersicht
ber vereinbarte (,noch ausstehende) Termine, erhaltenen Anfragen und selbstgestellten
Terminvorschlgen, deren Besttigung/Absage noch aussteht.
Diese Feature zu nutzen ist eine freiwillige Angelegenheit. Selbstverstndlich knnen sich die Spieler
auch weiterhin ber das Forum, den Serverchat oder privater Nachricht abstimmen. Wer allerdings
einen Freewin erwartet, sollte zumindest einmal ber diesen Befehl eine Kontaktaufnahme versucht
haben. Dies liee sich dann fr das Gremium fr Turnierkoordination notfalls auch in Rcksprache
mit der TEC nachprfen.
Ein weiterer wichtiger Command, der meiner Meinung nach auf jeden Fall implementiert werden
sollte, ist /callauth. Dieser Command lsst im Channel der Serverleitung eine gut sichtbare Meldung
erscheinen, die darber informiert, dass User X das Gesprch mit einem Leitungsmitglied sucht. Die
anwesenden Leitungsmitglieder einigen sich dann darber, wer sich dem Anliegen annimmt. Alle
Notrufe werden aufgezeichnet und dauerhaft gespeichert, sodass in Zukunft immer nachhaltig
geprft werden kann, ob auch regelmig und sachgem auf callauth reagiert wurde.
Zustzlich halte ich /report [User]:[Zusatzinfo] fr hilfreich. Dies gibt den Usern die Mglichkeit,
anonym einen anderen User zu melden. Auch hier wird im Leitungschannel eine entsprechende
Mitteilung darber erscheinen, dass ein User gemeldet wurde und in welchem Channel er sich
aufhlt. So knnen die anwesenden Moderatoren einen Blick auf das Geschehen im Channel werfen
und entsprechend auf Strflle reagieren.
Bleiben im Endeffekt nur noch die Tourcommands, die ich ebenfalls in einem Flietext auffhren
werde.
Neben den altbekannten, grundlegenden turnierbezogenen Befehlen finde ich es wichtig, dass sich
jede fr ein Turnier festgelegte Variable im Nachhinein noch anpassen lsst. Es sollten also sowohl
Die Teilnehmerzahl, der Modus, der Preis als auch das Tier im Nachhinein noch modifiziert werden
knnen.
Ebenfalls ungeheuer praktisch ist die Mglichkeit, einen Spieler, der aktuell noch am
Turniergeschehen teilnimmt, aus verschiedensten Grnden durch einen anderen ersetzen zu knnen.
So kann beispielsweise der Verlierer einer vorherigen Runde nachrcken, wenn der Sieger in der
Folgerunde seinen Kampf nicht bestreitet oder das Turnier aus privaten Grnden pltzlich verlieren
muss.
Ebenfalls sollten Admins (oder vielleicht auch Moderatoren? im spteren Verlauf genau
festzulegen) die Mglichkeit haben, einen Kampf manuell werten zu knnen. So lsst sich im Falle
eines vom Server nicht erkannten Regelbruchs im Turnier der Ausgang des Kampfes durch einen Auth
bestimmen. *9
Channels
Zur Grundausstattung eines jeden Servers gehren auch die verschiedenen Channels. Gegenwrtig
existieren auf dem Schiggysboard-Server verschiedene Channel, die gar nicht mehr wirklich benutzt
werden. berarbeitet wird das Channel-Angebot dennoch nicht. Und genau das haben wir es wiederAngebot und Nachfrage werden komplett ignoriert.
Ich werde euch nun also die Channel beschreiben, die in diesem Konzept fr den Server vorgesehen
sind. Hierbei hat jeder eine Zielfunktion, die nach Mglichkeit erfllt werden sollte. Geschieht das
nicht, so ist der entsprechende Channel baldigst wieder zu entfernen. Wir brauchen nichts, was wir
nicht brauchen. Klingt einfach, ist auch so.
Hauptchannel
Dies ist der Channel, der hauptschlich von den Usern in Benutzung sein wird. Jeder User wird bei
Serverlogin in diesem Channel autojoinen. Er stellt das quivalent zur Lounge auf dem SB-Forum
dar.
Schwarzes Brett
Das schwarze Brett ist ebenfalls ein Channel, dem jeder User automatisch joinen soll. Hier hat
allerdings kein User Schreibrechte, der Channel ist permanent gemutet. Hier werden seitens der
Leitung Ankndigungen und Bekanntmachungen gepostet, die dauerhaft bis zu ihrer manuellen
Lschung angezeigt werden. Natrlich lassen sich hier auch immer gut Links zu aktuellen Themen
im Forum platzieren.
Direktoriat
Dies ist der Channel fr die Moderatoren des Servers und Admins. Hier werden interne Dinge
zeitnah besprochen. Der Channel funktioniert hnlich wie der Leitungschannel, den wir aktuell
vom SB kennen. Allerdings soll fr diesen Channel per Command Zugangsberechtigungen erteilt
werden, sodass AEM oder Usersprecher kurzfristig und temporr in den Channel eingeladen
werden knnen, um ein Thema mit der Leitung schnellstmglich zu besprechen.
Mediationsraum
Dieser Channel wird dafr genutzt werden, Gesprche mit Usern unter vier Augen zu fhren. Der
Mediationsraum ist Usern nur auf Einladung anderer User bzw. Auths zugnglich. Den
Usersprechern wird allerdings empfohlen, sich mglichst immer in diesem Raum aufzuhalten,
damit sie stets bei den Gesprchen zwischen Leitung und User als objektive Partei anwesend sein
knnen.
Spam-Channel
Wie von vielen anderen Servern bereits bekannt ist es Usern hier gestattet, unabhngig von den
Spam-Einschrnkungen alle mglichen Dinge zu posten, die dem Regelwerk in keinen anderen
Punkten in die Quere kommen.
Serverturniere
Hier werden vom Server kontinuierlich Serverturniere gestartet. Dabei wird jeder Modus und
jedes Tier chronologisch abgewickelt. Die Preise whlt der Server aus einer zuvor festgelegten
Liste lustiger Preise zufllig aus. Hier ist es wichtig, dass der Server von selbst mit den
Teilnehmerzahlen der Turnier arbeiten, d.h. sie bei zu wenigen Mitglieder runtersetzen oder das
Turnier beenden kann.
Donnerkuppel
Dieser Thread ist fr die Kmpfe grerer Turniere gedacht. Wer auch
immer aktuell an einem Groturnier teilnimmt, ist angehalten, sich in
diesem Channel aufzuhalten, um sich dort mit seinen Gegnern zu treffen.
So hat man alle Teilnehmer eines Turniers, die gerade auf dem Server
online sind, in einem Channel direkt im Blick.
Geheimbasis
Wie der Privatraum auf dem SB-Server ist dieser Channel dazu gedacht,
Usern die Mglichkeit zu geben, sich in Gruppen von 3 oder mehr Leuten
ohne die Anwesenheit von Autorittspersonen unterhalten zu knnen.
Dieser Raum ist also fr alle Auths solange tabu, bis einer von ihnen per
/callauth hierher gerufen wurde. Usersprecher knnten hier als
Sicherheitsvorkehrung als Tempmods eingesetzt werden. Ich spiele mit
dem Gedanken, 2-3 dieser Channel einzurichten, damit mehrere User
sich in kleinen Grppchen dort treffen knnen. Hier ist darauf zu achten,
dass sich die User durch die Exklusivitt dieser Gesprchsrunden nicht
selbst exklusieren.
Gamechannels
Ich bin stark dafr, mehrere Spiele-Channel anzubieten. Hier denke ich
an Hangman, Trivia und ein Quiz, bin aber auch immer fr weitere
Vorschlge offen. Auch Spieleangebote sind ein wichtiger Bestandteil
eines umfangreichen Freizeitangebotes eines guten Servers.
Raum ohne Jugendschutz
In diesem Channel drfen User auch ber nicht-jugendfreie Themen
diskutieren. Ich halte es fr wichtig, dass der Jugendschutz gewahrt und
entsprechend ungeeignete Themen vom Hauptchat fern gehalten
werden. Die Zugangsberechtigungen zu diesem Channel werden von den
Auths individuell an User vergeben, von denen sie wissen, dass sie
volljhrig (bzw. 16 Jahre alt) sind.
Wahlweise lassen sich natrlich noch weitere Channel wie beispielsweise ein RPG-Channel (soweit
Interesse dafr aufkommt) einrichten. *10
Was mir auf dem Schiggysboard-Server sehr fehlt, ist die Mglichkeit, Channel durch eine Raute vor
ihrem Namen im Chat zu verlinken. Diese Mglichkeit sollte auf jeden Fall hier gegeben sein.
Es sollte gewhrleistet werden, dass stets ein Moderator in den ffentlichen Channels anwesend ist
oder durch einen Tempmod vertreten wird.
Summa summarum
Positiv
Viele Sicherheiten durch
groen Handlungsspielraum
seitens der Auths
Flexibilitt in der Steuerug
der Serverturniere
Nahtloser bergang von
Serverturnieren im
entsprechenden Channel
Neue Notrufmglichkeiten
fr User
Viele nette GimmickFunktionen
Bessere Turnierabsprachen
durch den Befehl und den
expliziten Channel
Flexibilitt bei der Verteilung
von Zugangsberechtigungen
fr Channels
Themenbezogene Channels
tragen zu klareren Trennung
verschiedener Themenfelder
bei
Besserer Jugendschutz durch
die thematische Trennung
Es sind stets aktuelle
Informationen im Schwarzen
Brett-Channel ersichtlich
Fairere Turniere durch neue
Handlungsmglichkeiten bei
Regelbrchen
User werden an
Turnierkmpe erinnert
Neutral
Ziemlich viele Channels
Negativ
Fr die Verteilung der
Zugangensberechtigungen zu
den Channels gibt es aktuell
noch kein Modell zur
Dokumentation, sodass es
hier schnell unbersichtlich
werden knnte
berangebot an Funktionen?
Die vielen Funktionen bieten allen Usern und Auths einen gigantisch greren Handlungsspielraum,
als es zuvor je der Fall gewesen ist. Gleichzeitig werden die Interessen aller User gewahrt und ein
sozial angenehmes, dennoch aber auch spielerisch ansprechendes Umfeld geschaffen. Auch auf
Dauer sollen die User einen Grund haben, diesen Server zu frequentieren. Daher ist es von enormer
Wichtigkeit, dass sich der Server selbst nach diesen vielen Grundfunktionen stets weiterentwickelt.
Entgegen meiner eigentlichen Planung werde ich diesen Abschnitt ziemlich kurz halten. Es gibt leider
keine geeignete Mglichkeit, ein Forum vorzustellen, das noch nicht existiert. Ich kann euch
allerdings einige Mglichkeiten schildern, die wir bei WBB4 htten.
WBB4 ist auerdem die Software, die auch Changebattlers oder auch das Bisaboard benutzen. Im
Zweifel solltet ihr euch da also vom Grbsten ein Bild machen knnen. Alles, was ihr dort seht, lsst
sich allerdings gegebenenfalls noch umstellen und abndern. Die Mglichkeiten sind echt schier
unbegrenzt.
Ein sehr groer Vorteil, den uns WBB4 beschert, ist die Freiheit von Zeichenbegrenzungen. Im
Schiggysboard hatte ich schon mehrfach (Counteranalysen, Tierlist, etc.) das Problem, das sich die
Zeichenobergrenze fr einen Beitrag nicht nach oben ausdehnen lsst. Eine solche Beschrnkung und
die Tatsache, dass die Admins da nicht handeln knnen, ist schlichtweg eine Behinderung fr
ausfhrliche Beitrge wie beispielsweise Analysen zu Pokmon.
In selbigen knnte man auch mit der schnen Tabmen-Funktion arbeiten, die wir bereits von
Shuckle Empire kennen. Das Tabmen ist ansprechend, platzsparend, leicht zu bedienen und extrem
bersichtlich. Turnierthreads und andere wichtige Threads knnten endlich vernnftig und
bersichtlich aufgefhrt werden.
Im Gegensatz zu Forumieren lassen sich bei WBB4 unbegrenzt viele Administrations- und
Moderationsrechte vergeben. Das bedeutet, dass jedes Gremium durch kleine Modrechte aller
Mitglieder seinen eigenen Bereich komplett eigenstndig verwalten kann. Im Zusammenspiel mit fr
das Forum zustndigen Super-Moderatoren ist die regelmige berwachung des Forengeschehens
sowie die Mglichkeit, schnell zu handeln perfekt gegeben.
ber das ToDo-Plugin lsst sich eine ffentlich einsehbare ToDo-Liste ins Forum implementieren.
Hier lassen sich verschiedenen Usern Aufgaben zuweisen, die ihnen immer im Forum angezeigt
werden, bis jemand sie in der ToDo-Liste als erledigt markiert. Die Rechte zur Verwaltung der ToDos
lassen sich kinderleicht verwalten. In einem anderen, inzwischen inaktiven Forum von mir haben sich
die ToDos als goldwert erwiesen.
Durch ansprechende Userprofile lsst sich das ganze Forengeschehen noch ein wenig aufpeppen.
Hinzu kommt, dass man Gruppenkonversationen mit mehreren Mitgliedern gleichzeitig starten
kann, sodass sich Gremien oder andere Usergruppe ohne groen Aufwand ber das PN-System
absprechen knnen.
Die gestalterischen Mglichkeiten sind zu zahlreich, um sie hier alle aufzufhren. Ich kann immer nur
wieder betonen, dass sich mit WBB4 ziemlich leicht ein extrem ansprechendes Forum zaubern lsst,
das sowohl Professionalitt als auch Offenheit fr neue Mitglieder ausstrahlt.
Zu vielseitig, um sie alle aufzuzhlen, sind auch die Mglichkeiten in der Administrationsoberflche.
Von Massenverwaltung von Usern und Foren ber individuell zu vergebende Rechte an die User
bishin zur Mglichkeit, jede noch so kleine Berechtigung einzustellen ist hier wirklich alles gegeben,
was man sich wnschen kann.
Als nchstes Stelle ich euch noch den geplanten Aufbau des Forums vor.
Der Newsbereich ist selbst erklrend. Unter Allgemeine Informationen finden User das Regelwerk
(welches nebenbei natrlich in allen Foren als Ankndigung angepinnt sein wird [Noch ein Vorteil,
man kann frei darber verfgen, welche Threads in welchen Foren sind, egal wie viele es sein sollen..
achja, und es gibt vordefinierbare Prfixe!]), Infos ber die Community, ber Pokmon Online selbst
und ber das Competitive Play. Der Vorstellungsbereich erklrt sich auch von selbst und im
Feedback-Bereich werden auer den genannten Elementen auch Fragen der User beantwortet.
Der CP-Bereich stellt eine der wichtigsten Kategorien dar. Vom Gremium fr Turnierkoordination und
dem Gremium fr Strategie und Taktik gemeinsam verwaltet, wird dieser Bereich Neben dem
revolutionierten Tutorenprogramm zahlreiche Guides und Analysen bergen, die unsere Spieler
perfekt auf die anstehenden Turniere und das Strategische Kmpfen allgemein vorbereiten. Der
Trainer-Basar wird selbstverstndlich eine Tausch-Ecke beeinhalten.
Whrend fr den Bereich Rund um Pokmon keine weitere Erklrung ntig sein drfte, birgt das
Off-Topic alles, was woanders keinen Platz hat. Neben den gngigen Forenspielen lieen sich ber
ein Plugin noch weitere Spiele wie Tetris, Schiffe versenken, Mahjong uvm. zustzlich
implementieren.
Ob der RPG-Bereich und das Fanwork-Forum bestehen bleiben, hngt natrlich nicht zuletzt davon
ab, ob und in welchem Ma diese Bereiche in Anspruch genommen werden. Sollten sie sich
erbrigen, werden sie entfernt. Ich finde es allerdings wichtig, dass fr den Anfang alles angeboten
wird, um mglichst jedem Interesse gerecht zu werden und Mitglieder anlocken zu knnen.
Es kann gut sein, dass ich hier einen offensichtlich wichtigen Bereich vergessen habe. Das stellt dann
allerdings kein Problem dar, weil sich ber die Administrationsoberflche spielend leicht neue Foren
hinzufgen beziehungsweise alte entfernen lassen.
So kann stets auf den aktuellen Bedarf eingegangen werden; es finden sich keine toten Ecken im
Forum.
Das groe Interne Forum bietet fr jedes Gremium einen eigenen Bereich. Im zustzlichen Zentralen
Internen Forum werden Themen behandelt und Ankndigungen bekannt gegeben, die alle betreffen
oder zur ffentlichen internen Diskussion stehen.
Die Leitungsbriefings erhalten ein komplett eingenes Forum, das somit nur aus Terminabsprachen
und Protokollen der Leitungsbriefings bestehen wird. In einem bergeordneten Thema werden alle
wichtigen Beschlsse aller Leitungskonfis noch einmal aufgefhrt; inklusive Namen der Anwesenden
und Abstimmungsergebnis. Durch diese Struktur lassen sich alle getroffenen Entscheidungen
dauerhaft nachvollziehen und gleichzeitig wird nichts mit den anderen internen Foren vermischt.
Auch die AEM und Usersprecher erhalten ein eigenes internes Forum, in dem sie sich absprechen,
Dokumentationen festhalten, interne Fragen stellen oder Diskussionen starten knnen. Wie ihr seht
wird auch hier beim Aufbau des Internen Forums darauf geachtet, dass mglichst alle Interessen
gewahrt sind und es fr alle mglicherweise eintretenden Konfliktflle im Voraus die passenden
Kapazitten fr Handlungsmglichkeiten gibt.
Summa summarum
Positiv
Keine Zeichenbeschrnkung
Kontinuierliche
Weiterentwicklung
Viele gestalterische
Mglichkeiten
technisch hoher Standard
einfache
Administrationsoberflche
unzhlige individuelle
Mglickeiten
Aufgabenverteilung durch
ToDos
Einfache Verwaltung von
Mitgliedern und Foren
Gruppenkonversationen
aktiver Support
ansprechendes Aussehen
uvm.
Neutral
Negativ
Kostenfaktor
Ich muss leider zugeben, dass es mir nicht gelungen, das Forum so gut darzustellen, wie ich es
gewollt htte. Schuld daran ist unter anderem auch die nach 40 Seiten langsam schwindende
Motivation und irgendwann hat man einfach das Gefhl, man htte bereits alle Mglichkeiten
ausgeschpft.
Ich hoffe, ich konnte euch dennoch aufzeigen, dass es absolut keinen nachvollziehbaren Grund gibt,
nicht die Forensoftware zu wechseln. Falls euch dieser recht kurze Abschnitt ber das Forum nicht
berzeugt hat, werdet ihr ab Januar die Mglichkeit haben, euch dieses Forum in live anzusehen;
denn wie gesagt: Ich werde das Konzept umsetzen; ob mit oder ohne SB. Nochmal sei erwhnt, dass
auch deshalb der Kostenaufwand keine Rolle spielt.
Kommen wir nun aber lieber zu dem, was den Usern allgemein geboten werden wird.
Turniere
Dem Gremium fr Turnierkoordination ist es bestimmt, eine Turniersaison zu organisieren, in der es
eine gute Mischung aus gewerteten und ungewerteten Turnieren gibt. Die Krnung einer jeden
Saison bildet dann das Abschlussturnier der Saison, in dem es einen ansehnlichen Preis zu gewinnen
geben soll.
Wie aus dem Bisaboard bekannt werden nebenbei mehrere Bestenlisten gefhrt, in denen sich die
Spieler miteinander vergleichen knnen.
Parallel dazu laufen auf dem Server ununterbrochen Serverturniere in dem dafr vorgesehen
Channeln. Gern wrde ich das System der wchentlichen Turniere aus dem Schiggysboard adaptieren
und ich denke, dass sich dafr eine gute Mglichkeit finden wird. Die Turniere des Servers sollen ein
mglichst breit gefchertes Feld an Interessen und Modi bedienen, sodass fr jeden auf jeden Fall
etwas dabei sein wird.
Evaluationen
Semijhrlich sollen sogenannte Userevaluationen durchgefhrt werden. Hierzu wird vom
Qualittsmanagement ein Fragebogen entwickelt, in dem die User anonym nach einem Stufensystem
absolut alles bewerten knnen, was die Community beinhaltet. Diese Surveys werden dann vom
Qualittsmanagement ausgewertet und die Ergebnisse werden im Leitungsbriefing prsentiert und
besprochen.
So knnen stets Anregungen aus der Userschaft aufgenommen und verwertet werden. Wichtig ist fr
das darauffolgende Leitungsbriefing auch die Reflexion, wie gut die Anregungen umgesetzt und den
Wnschen der User entsprochen werden konnte. Sollte es hierbei zu Mngeln kommen, so sind diese
vom Qualittsmanagement zu erkennen und fr die Zukunft prventiv zu unterbinden.
Wettbewerbe
Um Abwechslung und neuen Wind in das Geschehen innerhalb der Community zu bringen, sollen
stndig neue Aktionen entworfen und durchgefhrt werden. Hier denke ich beispielsweise an
Teambaucontests oder Ladderwettbewerbe. Auch mit den Spielereien des Servers (wie Trivia oder
Hangman) lsst sich arbeiten.
Am Ende dieses Bereiches folgt diesmal keine Gegenberstellung positiver und negativer Fakten.
Da es wenig Sinn macht, alle Projekte jetzt schon zu planen, endet dieser Abschnitt hier. Spter wird
es im Ermessen des QM liegen, den Alltag auf dem Sever durch passende Angebote zu gestalten.
Ich hoffe ich konnte euch in diesem Abschnitt davon berzeugen, dass Kooperation mit anderen
Servern ein wichtiges Element der ffentlichkeitsarbeit einer Community darstellt. Unabhngig
davon, ob das Konzept fr das Schiggysboard umgesetzt werden wird, muss PR-Arbeit betrieben
werden, wenn man seine Seriositt nicht einben mchte.
H Entwicklungsplan
Um schon den Aufbau einer gut funktionierenden Community von Anfang an richtig abzuwickeln, ist
die richtige Planung ntig. Der folgende Entwicklungsplan wird Schritt fr Schritt den Aufbau der
Community erklren und dabei die zeitlichen Faktoren bercksichtigen. Auerdem wird es fr jeden
Schritt einen Pufferzeitraum geben, damit auch eventuell auftretende Komplikationen im Zeitplan
bercksichtigt werden.
Wie das meiste in diesem Konzept ist auch der Entwicklungsplan in erster Linie als Vorschlag zu
verstehen. Selbstverstndlich lsst sich hier vieles noch flexibel umsortieren, wenn es Grund zur
Annahme gibt, dass eine andere Planung sinnvoller wre. Sollte das Konzept vom Schiggysboard
abgelehnt werden, gehe ich allerdings erstmal davon aus, dass das Konzept nach dieser
Vorausplanung aufgebaut werden wird.
Fr den Auftakt zum Aufbau der neuen Community werden einige Personen bentigt, die es im
Voraus zu rekrutieren gilt. Dazu zhlen beispielsweise diejenigen, die sich mit der technischen
Administration des Ganzen befassen. Da wir aus der Erfahrung heraus wissen, dass es eher weniger
Leute gibt, die hier die ntigen Kenntnisse vorweisen knnen, sollte man sich gezielt Leute
raussuchen, die bereit sind, sich erstmalig in die anfallenden technischen Betreuungsaufgaben
einzuarbeiten und ihre Dienste dann zur Verfgung zu stellen.
Was das Forum betrifft, so bin ich selbst bereits mit dem Administrationsmen des WBB4 recht gut
vertraut, sodass es mir weder schwer fallen sollte, mich mit dieser Arbeit zu befassen, noch neue
Leute in diese Thematik einzuarbeiten. Und wie wir aus der letzten Leitungskonferenz des
Schiggysboard wissen, ist die Einarbeitung in die technische Arbeit am Server laut Coby nicht
sonderlich schwierig, sodass sich auch hier jemand finden lassen knnen sollte, der bereit, sich damit
auseinanderzusetzen.
Ist dieser Schritt getan, so kann man mit dem eigentlichen Aufbau beginnen. Viele der ntigen
Kenntnisse erlangt man auch erst durch Erfahrungswerte, sodass wir nicht darauf angewiesen sind,
Genies zu beschftigen. Wir knnen durchaus erst einmal mit jemandem Vorlieb nehmen, der sich
halbwegs auskennt und genug Zeit zur weiteren Einarbeitung mitbringt.
Ich schlage vor, mit Aufbau des Forums und des Servers gleichzeitig zu beginnen. So geht keine Zeit
verloren und man kann auerdem auf Hindernisse flexibel reagieren und vielleicht sogar im
Entstehungsprozess schon nderungen in der Planung vornehmen, von denen sich beim Aufbau
herausgestellt hat, dass sie effizienter sein wrden.
Forum
Server
Konfiguration des
Forums
Grundeinrichtung des
Servers
Konfiguration
Grob berschlagen drfte es maximal 3 Wochen dauern, bis dieser Schritte erfllt wurden. Auf der
nchsten Seite mchte ich noch einmal etwas detaillierter aufzeigen, wie die Entstehung der
Community von Statten geht.
Forum
1. Zuerst wird die Forenlizenz und somit die Berechtigung zur Verwendung der Software
erworben.
2. Anschlieend oder zeitgleich sollte eine Domain erworben werden, um das Forum direkt
schalten zu knnen
3. Die Grundeinrichtung des Forums steht an. Hier werden aller Kategorien und bentigten
Foren angelegt, die wichtigsten Plugins installiert. Im ACP werden bereits die bentigten
Benutzergruppen angelegt und den Gruppen bereits die entsprechenden Berechtigungen
zugewiesen
4. Das QM ernennt das TEC-Gremium, welches umgehend eine Einweisung erhlt
5. Die technischen Einstellungen des Forums werden angepasst
6. Das Forum wird mit den wichtigsten Inhalten gefllt. Dazu zhlen die Leitfaden der Gremien,
das Regelwerk und weitere allgemeine Informationen
7. Die Gremien FOR und POG werden gegrndet
8. Wie im Leitfaden der Gremien vorgesehen sind die Gremien dazu angehalten, weitere
Mitglieder zu rekrutieren
9. FOR und POG nehmen ihre Arbeit dadurch auf, dass sie das Forum bzw. den Server mitunter
einrichten und fllen
10. Die Gremienmitglieder werden den entsprechenden Benutzergruppen im ACP zugewiesen
und erhalten somit ihre Rechte
11. TMG und GST werden gegrndet und erarbeiten im Sinne des Leitfadens die
Rahmenbedingungen ihrer zuknftigen Arbeiten gemeinsam mit dem QM
12. Whrend das GST bereits daran arbeiten kann, Analysen und Guides zu erstellen, wird das
Forum fr alle User erffnet.
13. ffentlichkeitsarbeit
Server
1. Nachdem TEC und POG gegrndet wurden, kmmern sie sich gemeinsam um die Einrichtung
und Konfiguration des Servers
2. POG stockt seine Mitgliederzahl auch und erarbeitet die Rahmenbedingungen fr das
knftige Serverleben
3. Technische Konfiguration durch TEC
4. Inhaltliche und sthetische Aspekte werden festgelegt, Channel werden eingerichtet
5. Die Rechte werden an die Auths vergeben
6. Der Server kann erffnet werden
7. ffentlichkeitsarbeit
5. Alternativen
Mir ist natrlich bewusst, dass ein Groteil von euch von dem Gedanken, das SB-Forum zu verlassen
und auch von der Idee, den Server neu aufzubauen, sehr abgeschreckt ist.
Aus Grnden der Fairness werde ich daher an dieser Stelle auch einmal meine Meinung zu der
Alternative, es bei dem aktuellen Stand zu belassen, kundtun. Auch werde ich diese Mglichkeit noch
einmal in einer Gegenberstellung mit meinem Konzept vergleichen.
Die aktuelle Zukunftsplanung des Schiggysboard-Servers (sofern man sie berhaupt als solche
bezeichnen kann, denn eigentlich werden sich gar keine Gedanken um die Zukunft gemacht, man
reagiert nur) sieht es vor, den Server wie gewohnt weiter zu betreiben und zustzlich eine
Zweigstelle auf Pokmon Showdown zu erffnen, um auf die allgemein sinkenden Userzahlen von
Pokemon Online zu reagieren.
Mal abgesehen davon - Wie attraktiv ist der Server eigentlich aktuell noch fr euch, wenn ihr mal
ganz ehrlich zu euch selbst seid?
Mit der Entscheidung, sich auch auf PSD auszubreiten, wurde ein Problem gelst (abreiender
Userzuwachs), das derzeit noch berhaupt nicht im Fokus stehen sollte. Die anderen Missstnde
hingegen werden wieder einmal nicht thematisiert, sondern einfach beibehalten und somit auch
automatisch mit auf PSD bernommen.
Whrend ich das hier schreibe, gibt es auf dem Schiggysboard-Server vermehrt und wiederholt
Probleme durch die lange Abwesenheit und schlechte Erreichbarkeit Cobys, der derzeit eigentlich der
einzige ist, der das ntige technische Verstndnis zu Administration des Servers besitzt. Wie wollt ihr
in Zukunft gewhrleisten, dass alles technisch reibungslos abluft, wenn bei Coby doch keine
Verbesserung in Sicht ist und es niemand anderen gibt, der sich wirklich mit den anfallenden
technischen Aufgaben befassen kann?
Auch wenn man die Leitung des Schiggysboard-Servers dafr loben muss, dass sie sich erstmalig
Gedanken ber die Zukunft gemacht hat, muss man ihr vorwerfen, dass sie an den vllig falschen
Stellen ansetzen und dabei nicht die potenziellen Strfaktoren bercksichtigen.
Durch die Erffnung einer Zweigstelle auf PSD werden die aktuellen Probleme in absolut keiner
Weise bearbeitet.
Das spricht in keiner Weise gegen PSD aber in vielerlei Hinsicht fr dieses Konzept.
B Tabula Rasa
Wir sind inzwischen ein recht groer Stamm von Personen, die wirklich Lust auf ein aktives und
attraktives Angebot sowohl einer Community als auch einer CP-Plattform haben. Das ist die perfekte
Voraussetzung dafr, durch eine sinnvolle Aufgabenverteilung und Zusammenarbeit eine neue
Plattform zu schaffen, in der sich jeder von uns wohl fhlen kann.
Wir sind uns doch weitgehend darber einig, dass unsere Community einfach kein attraktives
Zuhause mehr hat. Jedenfalls ist das meine Meinung und die einiger anderer User.
Warum nutzen wir also unsere Chance nicht und bauen etwas Vernnftiges auf? Ich sehe einfach
absolut keine Grnde, an dem, was wir aktuell haben, festzuhalten.
Mit den falschen Leuten in den falschen Positionen wird das sowieso nichts. Und sie einfach
rauszuschmeien wre unfair. Starten wir etwas Neues, so knnen wir uns von Anfang an fr das
geeignetste Personal entscheiden.
In meinen Augen spricht einfach nichts dagegen, gemeinsam etwas Neues aufzubauen. Im Gegenteil,
ein Groteil spricht sogar dafr.
Ich kann nur sagen, dass ich inzwischen unbedingt in einer vernnftigen Community zuhause sein
und mitwirken will, und diese Rolle kann das Schiggysboard einfach nicht mehr fr mich erfllen.
6. Funoten
*1
(Seite 2)
Fr alle, die mit dem Begriff Statut nichts anfangen knnen: Es handelt sich hierbei um eine
systematische Sammlung bzw. Zusammenfassung von Rechtsnormen fr einen bestimmten
Lebensbereich. Ein Synonym wre also einfach Regelwerk. Ich schreibe Statut, weil es krzer und
besser ausgedrckt ist. Im Forum spter wird das Regelwerk natrlich Regelwerk heien, um
Missverstndnisse zu umgehen.
*2
Quelle: Forenstatistik des Schiggysboard-Forums vom 24. November 2014.
(Seite 4)
*3
(Seite 11)
Zur Befragung der User wird ein Fragebogen eingesetzt werden, in dem sie alle Gegebenheiten der
Community durch ein Stufensystem (1 = Sehr gut, 5 = unzureichend) anonym bewerten knnen.
Diese sogenannte Evaluation wird regelmig durchgefhrt. Den Fragenkatalog entwickelt das
Qualittsmanagement.
*4
(Seite 16)
Die Prsentation von WBB4 ist mir leider in Ermangelung einer geeigneten Darstellungsmglichkeit
nicht unbedingt gut gelungen. Ich htte mir gewnscht, euch das ganze besser zeigen zu knnen,
aber das lsst sich leider schlecht machen. Ich hoffe, dass euch die wenigen Punkte, die ich dann
schlussendlich im entsprechenden Abschnitt aufgefhrt habe, berzeugen. Denn das sollten sie.
*5
(Seite 19)
Mein Gedanke bei dieser Aussage war, weibliche Userinnen mglichst gleichberechtigt zu behandeln.
Aus Wirtschaft und Politik kennen wir dieses System als Frauenquote. Im Nachhinein muss ich
allerdings sagen, dass ich das ganze jetzt eher in Klammern setzen wrde. Kompetenz sollte stets
geschlechtsunabhngig den Vorrang genieen. Auch das ist Gleichberechtigung.
*6
(Seite 19)
Im spteren Verlauf empfiehlt es sich fr die Admins, sich die berwachung der Gremien aufzuteilen.
Das macht vieles einfacher und frdert zustzlich als kleiner positiver Nebeneffekt die interne
Kommunikation.
*7
(Seite 22)
Es liegt in der Verantwortung des Vorsitzenden eines Gremiums, sich um die Neuwahl des Vorsitzes
zu kmmern. Sollte der Vorsitzende aus dem Gremium ausscheiden, liegt es selbstredend an seinem
Stellvertreter. Kann auch er sich nicht darum kmmern, hat der fr das Gremium verantwortliche
Admin sich die Neuwahlen einzuleiten.
*8
(Seite 24)
Um dem Qualittsmanagement nicht allzu viel Alleinherrschaft zukommen zu lassen, knnte man an
dieser Stelle auch festlegen, dass die Usersprecher-Kandidat*Innen im Leitungsbriefing besprochen
und dort fr die Wahl zugelassen oder abgelehnt werden.
*9
(Seite 35)
Bei der Auflistung der Commands habe ich vieles ausgelassen. Ich habe das Thema nur grob
behandelt, weil ich denke, dass man ber die zur Verfgung stehenden Funktionen auf dem Server
besser gemeinsam entscheiden sollte. Die Auflistung der Commands ist eher eine Liste von
Vorschlgen.
*10
(Seite 37)
Ich spiele auerdem noch mit dem Gedanken, den Channel Assessment Center (nachfolgend AC
genannt) hinzuzufgen. Diesen Channel knnen User nur betreten, wenn das QM ihnen die
entsprechenden Rechte dazu (temporr!) zuweist. Im AC werden User untergebracht, die sich auf
ein Amt in der Community beworben haben. ber eine Funktion wie /startac:POG kann der User
dann einen Persnlichkeitstest starten. Ihm werden dann vom Server verschiedene Fragen gestellt,
die er per Command beantwortet. Nach erfolgreichen Abschlusses des AC wird dann vom Server im
internen Forum automatisch eine Auswertung des Persnlichkeitstests verffentlicht, die bei der
Eignungsfrage fr diese Posten miteinbezogen wird.
7. Schlusswort
Viel bleibt mir zum Schluss gar nicht mehr zu sagen, da ich eigentlich alles zwischendrin erwhnt oder
durch die Funoten ergnzt habe.
Fr alle weiteren Fragen zum Konzept stehe ich gern persnlich zur Verfgung.
Ich mchte mich bedanken, dass ihr euch die Zeit genommen und die Mhe gemacht habt, diese 55
Seiten (fucking 14500 Wrter!) durchzulesen. Wer das tut, signalisiert damit auch, dass er bestrebt
ist, unser Communityleben zu verbessern.
8. - Copyright
Dieses Konzept wurde von Macci fr das Schiggysboard.de verfasst und darf unter keinen Umstnden
verbreitet, vervielfltigt oder verndert werden. Ebenfalls ist das Kopieren von Teilabschnitten (auer
zu Zwecken der Stellungnahme im internen Forum des Schiggysboard) untersagt.