Team JorgeTown
Klare Rollen, klare Wege, klare Verantwortungen. So ist das Team aufgebaut — wer was macht, wer wen vertritt und wie Anliegen eskalieren.
Die 5 Werte hinter dem Team
Das Ziel ist simpel — jeder im Team weiß, was zu tun ist. Spieler wissen, wen sie ansprechen können. Die Hierarchie ist klar — aber niemand steht über dem Team.
KLARHEIT
Jeder weiß was zu tun ist — keine grauen Zonen, keine doppelten Zuständigkeiten.
RESPEKT
Gegenüber Spielern und untereinander. Ton ist alles.
VERANTWORTUNG
Jede Rolle trägt einen Teil. Niemand schiebt ab — wir machen es selbst.
TRANSPARENZ
Entscheidungen werden dokumentiert. Niemand entscheidet im Hinterzimmer.
FUN FIRST
Wir bauen einen Server, an dem WIR selbst spielen wollen.
4-Ebenen-Modell
Ebene 1 — Projektleitung. Ebene 2 — System Operator als Tech-Säule. Ebene 3 — die drei Branches Technik, Game und Support. Ebene 4 — die operativen Rollen darunter.
Development Leitung
Development
Head Game Master
Game Master
Game Master Trainee
Headsupport
Support
Support Trainee
Rollen im Detail — Ebene für Ebene
Direkt unter der Hierarchie: jede Rolle mit Mission, Aufgaben (Ingame / Outgame) und Abgrenzungen. Klick öffnet einen Block — der zuvor offene schließt automatisch.
Klarer Pfad für jedes Anliegen
Jedes Spieler-Anliegen folgt einem klaren Pfad. Niemand übergeht den Support — aber jede Eskalation kann nach oben weitergegeben werden, wenn nötig.
So laufen typische Situationen ab
Klare Abläufe, damit niemand improvisieren muss — von Whitelist bis Regelverstoß.
Bewerbung Whitelist
- 01Spieler joint Discord → liest Regeln und FAQ
- 02Spieler öffnet Whitelist-Ticket im Discord
- 03Support meldet sich (idealerweise innerhalb 24h)
- 04Support koordiniert Gesprächs-Termin auf TS
- 05Whitelist-Gespräch
- 06Support dokumentiert Ergebnis
- 07Bei Annahme: Spieler wird whitelisted + Onboarding-Doku
- 08Bei Ablehnung: konstruktives Feedback, ggf. neue Chance
Bug-Report
- 01Spieler meldet Bug an Support (Discord oder TS)
- 02Support sammelt Infos: Was, Wann, Wo, reproduzierbar?
- 03Support kategorisiert: Critical / Major / Minor
- 04Bei Critical: SOFORT an Dev-Leitung (TS-Ping)
- 05Bei Major/Minor: in Bug-Tracker eintragen
- 06Devs nehmen sich der Sache an im nächsten Sprint
- 07Nach Fix: Support gibt Spieler Bescheid
Regelverstoß
- 01Spieler meldet Verstoß über Ticket-System mit Beweis
- 02Support nimmt Ticket an, prüft Plausibilität
- 03Bei klarem Fall: Support ermahnt selbst (gering)
- 04Bei schwerem Fall: Eskalation an Game Master
- 05Game Master prüft Beweismaterial
- 06GM trifft Entscheidung: Verwarnung / Temp / Perm
- 07Entscheidung wird dokumentiert in Spieler-Akte
- 08Spieler wird über Entscheidung informiert
Kommunikation ist alles
Feste Meeting-Termine und klare Kanäle — damit nichts versandet. Wer reden muss, weiß wo.
Tagesgeschäft, schnelle Absprachen, Voice
Geschriebene Doku, Tickets, Bug-Tracker
Spieler-Kommunikation, Ankündigungen
Doku, Configs, Whitelist-Akten
Nur für Devs — Code-Versionierung
Die 5 Kernpunkte
Klarheit in Rollen, Klarheit in Prozessen, Klarheit in Kommunikation.
Support zuerst
Jedes Spieler-Anliegen startet beim Support. Eskalation läuft nur eine Stufe nach oben.
Whitelist-Gespräch
Charakter-Story ist der Kern — wir filtern keine Skills, wir filtern PASSUNG zum Server.
GM ist Welt-Gestalter
Wirtschaft, Fraktionen, Streamer, Werbung. Nicht Ticket-Bearbeitung.
Devs arbeiten, nicht supporten
Die Devs bauen. Ihre Zeit ist Code-Zeit. Spieler-Sachen via Support.
System Operator ist eigenständig
Discord, TS3, Bots — nur externe Tech. Keine Game-Sachen.
Wir bauen nicht nur einen Server. Wir bauen eine Community.