Der Wechsel von klassischer IT zu iGaming: was sich überträgt und was neu gelernt werden muss

Jeden Monat kommen Hunderte Entwickler, Tester, Analysten und DevOps aus der „normalen“ IT ins iGaming — aus Foodtech, E-Commerce, von Banken, aus dem Outsourcing. Der Grund ist einfach: Die Branche zahlt über Marktniveau, wächst schneller als viele Vertikalen und hat fast immer zu wenig Techniker, weil ein Teil der Kandidaten sich wegen des Rufs der Nische von selbst aussortiert. Für die, die bleiben, ist es eines der wenigen Segmente, in denen sich Ingenieurserfahrung ohne Neuanfang bei null monetarisieren lässt — ein Backend-Entwickler aus dem Retail schließt nach ein paar Wochen Onboarding Produktionsvorfälle genauso ab wie jemand, der seit drei Jahren in der Branche ist. Wir sehen uns an, was sich aus Ihrem aktuellen Stack direkt überträgt, was Sie nachlernen müssen und wie man den Weg ohne die typischen Fehler geht — vom Lebenslauf bis zum Bankkonto.

Welche Rollen sich 1:1 übertragen

Die gute Nachricht: Die Branche braucht keinen „Casino-Spezialisten“ — sie braucht einen Ingenieur, der konkrete technische Aufgaben lösen kann. Die Domäne kommt obendrauf, nicht anstelle dessen. Der Kern der Skills überträgt sich bei den vier meistgesuchten technischen Rollen fast verlustfrei:

Interviews für technische Positionen laufen in 90 % der Fälle genauso ab wie überall: Code am Whiteboard oder in CoderPad, Architekturdiskussion, Analyse eines Incidents aus der bisherigen Erfahrung. Domänenfragen machen meist einen von drei bis vier Abschnitten aus, nicht das gesamte Interview — eine ausführliche Analyse des Interviewformats gibt es im Artikel „Das Vorstellungsgespräch im iGaming“. Die vollständigen Anforderungen und Gehaltsspannen für jede Rolle finden Sie in den Profilen des Backend-Entwicklers, QA-Engineer und Data Engineers.

Was nachzulernen ist: die Domäne der Branche

Die Domäne im iGaming dreht sich nicht ums Glücksspiel selbst, sondern um Regulierung und Kennzahlen, die nirgendwo sonst in dieser Dichte vorkommen. Das Mindestvokabular, ohne das selbst ein Junior-Interview schwerfällt:

• RTP (Return to Player) und House Edge. Der Prozentsatz der Einsätze, der langfristig im Schnitt an den Spieler zurückfließt. Backend und QA müssen verstehen, wo diese Zahl berechnet wird und warum sie nicht „im Flug“ ohne Zertifizierung geändert werden darf.
• Wagering (Umsatzbedingung). Die Bedingung fürs Freispielen eines Bonus — wie oft der Bonusbetrag umgesetzt werden muss, bevor ein Gewinn ausgezahlt werden kann. Quelle der Hälfte aller Bugs und der Hälfte aller Support-Anfragen, deshalb muss QA die Wagering-Logik wie das Einmaleins kennen.
• Lizenzen und Regulierung. Malta (MGA), Curaçao, Großbritannien (UKGC) und andere Jurisdiktionen — jede hat eigene Anforderungen an das Logging von Einsätzen, Limits, verantwortungsvolles Spielen und Datenspeicherung. Für DevOps und Backend wirkt sich das direkt auf die Architektur aus: Geo-Blocking, auditierbare Logs, Datenaufbewahrung.
• High-Risk-Zahlungen. Glücksspiel fällt für Zahlungsanbieter und Acquiring-Banken in die Kategorie High-Risk — höhere Gebühren, komplexeres Onboarding, mehr Prüfungen bei der Integration einer neuen Zahlungsmethode. Das ist für Sie als Entwickler kein Hindernis, erklärt aber, warum der Zahlungsstack im iGaming komplexer ist als im gewöhnlichen E-Commerce — mehr zur Rolle selbst im Profil des Payment Managers.
• Antifraud und KYC/AML. Identitätsprüfung, Erkennung von Betrugs- und Geldwäschemustern — die Daten überschneiden sich in fast jedem Unternehmen mit Data Engineering und BI; dafür verantwortlich ist in der Struktur meist der Compliance-Manager, mit dem Backend und Data die Domänenlogik am häufigsten abstimmen.

Um dieses Vokabular bis zum Niveau „besteht das technische Interview sicher“ zu lernen, braucht man üblicherweise ein bis zwei Wochen Lesen von Dokumentation und Stellenprofilen, und bis zum Niveau „arbeitet frei mit der Domänenlogik in der Produktion“ die ersten anderthalb bis zwei Monate vor Ort. Gute Arbeitgeber planen diese Zeit im Onboarding ein und erwarten keine sofortige Expertise: Im Gespräch wird häufiger geprüft, ob jemand sich schnell in ein unbekanntes Fachgebiet einarbeiten kann, als fertiges Wissen darüber.

Getrennt davon lohnt es sich, den Unterschied zwischen den Lizenzen zu verstehen, denn von ihm hängt die gesamte Produktarchitektur ab. MGA (Malta) und UKGC (Großbritannien) sind strenge Jurisdiktionen mit detailliertem Code-Audit, verpflichtenden Berichten und harten Anforderungen an verantwortungsvolles Spielen; Curaçao ist schneller und billiger zu bekommen, aber die Anforderungen an das Produkt sind weicher. Für einen Ingenieur heißt das ein unterschiedliches Maß an Bürokratie um jedes Release: Wo im gewöhnlichen E-Commerce ein Feature einfach ausgerollt wird, kann es in einem lizenzierten iGaming-Produkt die Abstimmung mit der Compliance-Abteilung oder sogar mit einem externen Auditor erfordern.

Vorteile des Wechsels

Das Hauptargument sind Geld und Aufstiegsgeschwindigkeit. Die Branche zahlt Ingenieuren eine spürbare Prämie gegenüber der klassischen IT, aus drei Gründen: Ein Teil der Kandidaten scheidet sich wegen des Rufs selbst aus, Einsätze in Prod laufen in Echtzeit und ohne Recht auf Fehler, und die Unternehmen selbst sind meist profitabel und bereit, für schnelle Einstellung zu zahlen. Orientierung bei den Gehaltsspannen für Middle-Positionen:

Auf Senior- und Lead-Ebene ist der Abstand meist noch größer — hier umfasst die Prämie nicht nur die Domäne, sondern auch den Mangel an Leuten, die bereit sind, Führungspositionen zu besetzen. Die vollständige Kartei der Gehaltsspannen nach Level und Standort gibt es in den Profilen jeder Rolle, einschließlich des BI-Analytik. Der zweite Vorteil ist die Aufstiegsgeschwindigkeit: Die Produktteams sind klein, Entscheidungen werden schnell getroffen, und ein erfahrener Ingenieur wächst nicht selten in 12–18 Monaten zum Teamlead oder Architekten heran — schneller als in großen Konzernen mit langen Karriereleitern.

Nachteile: Stigma, Banken, gesperrte Länder

Die Vorteile sind nicht umsonst. Drei Dinge sollte man vorab kennen, um nicht erst nach dem Angebot überrascht zu werden.

• Stigma. Nicht alle Verwandten, Freunde und sogar künftige Arbeitgeber in anderen Branchen nehmen Glücksspiel neutral wahr. Glücksspiel wird mit Sucht und sozialem Schaden assoziiert, und manche Menschen reagieren auf „ich arbeite im Casino“ vorsichtig, selbst wenn Ihre Rolle darin besteht, Backend für die Zahlungswarteschlange zu schreiben, statt jemanden zu höheren Einsätzen zu überreden.
• Banken und Zahlungen. Glücksspiel ist in den Zahlungssystemen als High-Risk-MCC-Kategorie markiert. Wenn Gehalt oder Honorar als Auftragnehmer mit einer deutlichen Erwähnung von casino/betting/gambling im Verwendungszweck ankommt, kann ein Teil der Banken — besonders in konservativen Jurisdiktionen — zusätzliche Nachweise zur Mittelherkunft anfordern oder die Transaktion bis zur Prüfung vorübergehend einfrieren. Das ist lösbar, aber man weiß es besser vor der ersten Überweisung als danach.
• Für die Einstellung gesperrte Länder. Der legale Status des Online-Glücksspiels unterscheidet sich stark von Land zu Land: In den einen Jurisdiktionen ist es lizenziert und legal, in anderen teilweise oder vollständig verboten, einschließlich der Arbeit für ausländische Operatoren. Ein Teil der internationalen Unternehmen stellt aus Compliance-Gründen Mitarbeiter aus bestimmten Ländern nicht direkt fest an, sondern arbeitet nur über Contractor-Modelle oder zieht solche Standorte gar nicht in Betracht. Das sollte man gleich im ersten Gespräch mit dem Recruiter klären und nicht erst, wenn das Angebot ausgehandelt ist.
• Regulatorische Instabilität der Märkte. Online-Glücksspiel wird auf der Ebene einzelner Länder und sogar Bundesstaaten reguliert, und die Regeln ändern sich: Ein Markt kann die Lizenzierung verschärfen, die Steuern erhöhen oder den Zugang für Operatoren ohne lokale Lizenz vorübergehend schließen. Für ein Produktteam heißt das, dass eine Richtung, an der Sie ein halbes Jahr arbeiten, manchmal nicht aus geschäftlichen Gründen eingestellt wird, sondern wegen einer Entscheidung des Regulators — das sollte man genauso in die Erwartungen einplanen wie in jeder anderen regulierten Branche, etwa im Fintech.

Keiner dieser Punkte hebt die Vorteile auf — die meisten Ingenieure in der Branche kommen ohne größere Konsequenzen davon. Aber sich vorzubereiten ist günstiger, als es im Nachhinein zu klären.

Wie man die Erfahrung im Lebenslauf darstellt

Ein Lebenslauf für eine iGaming-Stelle unterscheidet sich kaum von einem gewöhnlichen technischen Lebenslauf — mit einer wichtigen Ausnahme: Die Domäne schreckt den Recruiter hier nicht ab, sondern wirkt im Gegenteil als Plus, wenn der Akzent richtig gesetzt ist.

1. Der technische Stack steht an erster Stelle. Sprachen, Frameworks, Infrastruktur, Kennzahlen (Latency, RPS, Uptime, Testabdeckung) müssen sofort sichtbar sein, noch bevor der Recruiter den Namen der Branche liest.
2. Die Domäne als Leistung, nicht als Rechtfertigung. „Eine ausfallsichere Queue für 50K+ Wetten pro Minute während eines Live-Events entworfen“ klingt stärker als das neutrale „bei einem Betting-Unternehmen gearbeitet“.
3. Regulatorische Erfahrung ist ein universeller Skill. Wer mit KYC/AML, PCI DSS, DSGVO oder Audits von Lizenzbehörden gearbeitet hat, sollte das als eigenen Punkt hervorheben. Das ist eine direkte Brücke ins Fintech, falls Sie die Branche wieder wechseln möchten.
4. Die Formulierung des Unternehmens. Die Marke muss nicht verborgen werden, aber im Kopf des Lebenslaufs kann eine neutrale Formulierung wie „international iGaming platform“ oder „regulated online gaming operator“ verwendet werden — das ist eine übliche und angesehene Formulierung in der Branche, kein Euphemismus.

Ein weiterer praktischer Trick: Führen Sie zwei Versionen des Summary am Anfang des Lebenslaufs für unterschiedliche Bewerbungsströme — eine mit expliziter Erwähnung der iGaming-Erfahrung und Kennzahlen für Recruiter der Branche, eine andere mit Fokus auf übertragbare technische Kompetenzen, falls Sie parallel Angebote außerhalb der Nische prüfen. Eine Analyse mit Beispielen guter und schlechter Formulierungen, einer Strukturvorlage und häufigen Fehlern im separaten Leitfaden „Wie man einen Lebenslauf fürs iGaming schreibt“.

Die Stigma-Frage im Vorstellungsgespräch

Früher oder später fällt im Call (meist vom Recruiter, seltener vom Hiring Manager) die direkte oder indirekte Frage: „Wie stehen Sie dazu, dass das Glücksspiel ist?“. Das ist keine Falle — Unternehmen filtern tatsächlich Menschen heraus, die später wegen eines Wertekonflikts nach drei Monaten wieder gehen, und klären das lieber gleich beim Einstieg.

• Antworten Sie ehrlich, ohne gespielte Begeisterung. Sie müssen nicht sagen „ich liebe Glücksspiel“ — die meisten Ingenieure der Branche sind keine Spieler. Ein ruhiges „ich sehe das professionell: eine regulierte Branche mit ernsthaften Engineering-Herausforderungen“ reicht aus.
• Stützen Sie sich auf Fakten zur Regulierung. Erwähnen Sie die Lizenzierung, die verpflichtenden Mechanismen für verantwortungsvolles Spielen (Limits, Selbstausschluss) und dass legale Betreiber daran nicht weniger interessiert sind als der Regulator — das zeigt, dass Sie den ethischen Rahmen verstehen, statt ihn zu ignorieren.
• Konzentrieren Sie sich auf die Engineering-Aufgabe. Echtes Geld in Echtzeit, Lastspitzen bei Sportevents, die Fairness des RNG unter Audit — das sind wirklich anspruchsvolle technische Aufgaben, und darüber ehrlich zu sprechen ist interessanter, als sich zu rechtfertigen.

Wenn die Zweifel ernsthaft sind und nicht Formulierungen, sondern persönliche Werte betreffen — ist das ebenfalls ein legitimer Grund, nicht in die Branche zu gehen, und das besser schon in der Bewerbungsphase zu erkennen als nach dem Wechsel an den neuen Arbeitsplatz.

Die ersten 90 Tage am neuen Arbeitsplatz

Zum Ende des dritten Monats fühlen sich die meisten Ingenieure aus der klassischen IT nicht mehr als Domänen-Neulinge — danach ist das einfach eine weitere Vertikale im Lebenslauf, nur mit höherer Gehaltsspanne. Aktuelle technische Stellen mit Filter nach Format auf der Seite der Remote-Positionen, und nach konkretem Stack — zum Beispiel den Backend-Rollen — über die Stellensuche.

Häufige Fragen

Braucht man ein Fachstudium oder ein Glücksspiel-Zertifikat für eine technische Position? Nein. Technische Rollen werden nach Engineering-Skills besetzt, die Domäne wird in den ersten ein bis zwei Monaten vor Ort nachgelernt.

Stimmt es, dass es schwer ist, aus dem iGaming in die gewöhnliche IT zurückzukehren? Nein, wenn der Lebenslauf über technische Leistungen und Kennzahlen aufgebaut ist, nicht nur über den Namen der Branche — Recruiter außerhalb des iGaming schauen auf Stack und Ergebnisse genauso wie überall sonst.

Welche Rolle lässt sich am einfachsten ohne vorherige Branchenerfahrung einsteigen? QA und Backend — wegen der großen Zahl offener Stellen und weil sich der Domänenanteil in Testszenarien und APIs am schnellsten aneignen lässt.

Gibt es Unternehmen, die Kandidaten aus bestimmten Ländern nicht berücksichtigen? Ja, wegen Compliance-Anforderungen und lokaler Regulierung schränkt ein Teil der Betreiber die Einstellung nach Geografie ein — das ist eine Standardfrage zur Klärung im ersten Call mit dem Recruiter, kein Grund, die Bewerbung vorab aufzugeben.

Sollte man im Lebenslauf angeben, dass man vorher außerhalb des iGaming gearbeitet hat? Unbedingt — gerade Erfahrung in anderen Branchen zeigt, dass die grundlegenden Engineering-Skills sich außerhalb der Nische bewährt haben, und das wird nicht weniger geschätzt als Domänenwissen, das ohnehin vor Ort nachgelernt wird.