Drei Jahre. Das ist, wie lange ich an Asura's Thread arbeite. Allein, in meiner Wohnung in Koramangala, Bangalore, mit einem Laptop, zu viel Filter-Kaffee und einer Wand voller Post-it-Notizen, die aussieht wie eine Verschwörungstheorie über Kannada-Folklore. Ich habe keinen Publisher. Ich habe kein Team. Ich habe ein Spiel, das mir manchmal alles bedeutet, und Nächte, in denen ich das Pixel-Art der Abschlussszene anstarre und mich frage, ob ich mein Leben ruiniert habe.
Burnout als Indie-Dev ist nicht das, was Produktivitätsgurus dir erzählen. Es ist subtiler. Ich erkläre dir, was ich gelernt habe — nicht, weil ich es perfekt hinbekomme, sondern weil ich genau weiß, wie sich das Gegenteil anfühlt.
Warum Burnout bei Indie-Devs anders aussieht als anderswo
Die IGDA (International Game Developers Association) erhebt seit Jahren Daten über Developer-Zufriedenheit und Crunch. In ihrer Developer Satisfaction Survey berichten regelmäßig mehr als die Hälfte der befragten Entwickler, Crunch-Phasen erlebt zu haben — Perioden mit deutlich verlängerten Arbeitszeiten unter Druck. Bei AAA-Studios ist der externe Druck klar: Publisher-Deadlines, Quartalsberichte, Vorgesetzte mit Krawatte.
Bei uns Indie-Devs ist das perverserweise schlimmer, weil der externe Druck fehlt. Es gibt nur dich. Du bist der Publisher, der Producer, der Artist, der Programmierer und der Marketing-Mensch in einer Person. Die Deadline bist du selbst. Und du kannst dir selbst nicht kündigen.
Das GDC State of the Game Industry Report 2024 (abrufbar unter gdconf.com) dokumentierte, dass nach einer Welle von massiven Entlassungen in der AAA-Branche — mehr als 10.000 Jobs allein in 2023 — viele erfahrene Entwickler in die Indie-Welt gewechselt sind. Gut ausgebildete Leute mit AAA-Ansprüchen, die jetzt Solo-Projekte stemmen. Das erhöht den Druck auf alle.
Was Burnout bei Indie-Devs konkret bedeutet: Du öffnest dein eigenes Spiel und spürst nichts. Nicht Frustration. Nicht Ungeduld. Taubheit. Frustration kommt von Wollen — Taubheit kommt von Nichts-mehr-können. Das ist der Unterschied, den du lernen musst zu erkennen.
Der eigentliche Killer: Scope Creep, nicht Überstunden
Okay aber — ich werde hier unpopuläre Meinung vertreten: Überstunden sind nicht das Problem. Das Problem ist, woran du Überstunden machst.
Scope Creep ist das Phänomen, bei dem dein Projekt heimlich wächst, während du nicht hinschaust. Du willst ein kompaktes 2D-Action-RPG bauen. Und plötzlich hast du ein vollständiges Beziehungssystem zwischen NPCs, drei verschiedene Kampfstile, dynamisches Wetter, zwanzig Minuten orchestralen Soundtrack und ein Cutscene-System, das du eigentlich gar nicht brauchst. Was in achtzehn Monaten fertig sein sollte, dauert jetzt fünf Jahre. Oder ewig.
Hollow Knight — Team Cherry, drei Personen aus Adelaide, Australien — hat laut ihren eigenen Devlogs die Entwicklungszeit von ursprünglich zwanzig auf fast zwanzig Monate ausgedehnt, mit einem Umfang, der den ursprünglichen Plan mehrfach übertraf. Das Ergebnis ist ein Meisterwerk. Die meisten Indie-Devs, die diesen Weg versuchen, sehen ihr Spiel nie fertig.
Featuritis tötet Spiele. Featuritis tötet auch dich.
Mein eigener Krieg damit: Ich habe das Kampfsystem für Asura's Thread dreimal komplett neugeschrieben. Nicht weil das erste schlecht war — sondern weil ich immer eine "bessere" Idee hatte. Ich schneide jetzt Features mit einer Brutalität, die sich fast physisch schmerzhaft anfühlt. Wenn ein Feature nicht für die Kernerfahrung essentiell ist, stirbt es. Punkt.
Was wirklich hilft: Struktur, nicht Inspiration
Die Leute, die mir sagen "du musst nur an deiner Leidenschaft dranzubleiben" — yaar, ich könnte sie anschreien. Leidenschaft ist kein System. Leidenschaft hält dich nicht davon ab, fünf Stunden in einem Reddit-Thread über Engine-Vergleiche zu verlieren, wenn du eigentlich die Kollisionsbox der Tempelsequenz fixen solltest.
Was ich gelernt habe, in drei Jahren:
Zeitblöcke, keine Marathon-Sessions. Vier bis sechs konzentrierte Stunden Entwicklung schlagen acht bis zehn Stunden erschöpftes Vor-dem-Laptop-Sitzen. Das ist Kognitionswissenschaft, keine Motivation. Das präfrontale Kortex, der für kreative Problemlösung zuständig ist, erschöpft sich. Nach sechs Stunden aktiver Entwicklungsarbeit produzierst du entweder Code, den du morgen wegwirfst, oder du sitzt vor einem leeren Cursor und fragst dich, warum du aufgehört hast, Gedanken zu haben.
Physische Tagesstruktur. Ich mache morgens Yoga — nicht wegen Spiritualität, sondern weil mein Körper signalisieren muss, dass der Tag eine Form hat. Frühstück bedeutet Beginn. Ende der Arbeit bedeutet Ende. Wenn du in einer Wohnung lebst und arbeitest und schläfst, verschwimmt alles, bis jede Stunde gleich aussieht und keine mehr zählt.
Wochenziele, keine Tagsziele. Wenn ich sage "ich arbeite heute an Asura's Thread", passiert wenig Nützliches. Wenn ich sage "diese Woche fertige ich die Animation des ersten Bossfights ab", dann ist der Montag klar, der Mittwoch klar, der Freitag klar.
Isolation ist tödlicher als Crunch
Accha, hier ist die Sache, die ich am längsten verleugnet habe: Solo-Entwicklung ist einsam auf eine Art, die sich physisch anfühlt.
Du schreibst Code, den niemand sieht. Du testest Mechaniken, über die niemand redet. Du verbringst drei Wochen damit, die Farbpalette einer Waldsequenz zu perfektionieren, und dann ist der einzige Mensch, dem du es zeigst, deine beste Freundin, die bei Google arbeitet und dir sagt "schön" — was informationstheoretisch ungefähr so nützlich ist wie Stille.
Was hilft: eine minimale soziale Struktur um dein Projekt herum. Ein Discord-Server mit anderen Indie-Devs. Ein wöchentlicher Build-Review mit einer anderen Person. Nicht für Feedback, sondern für das Ritual des Zeigens. Wenn du dein Spiel einmal pro Woche jemandem zeigst, wird es real. Wenn du es nur in deiner eigenen Wohnung baust, beginnt es, sich wie eine Privatobsession anzufühlen, die du nicht mehr einschätzen kannst.
Die Devcom (jährlich in Köln, direkt vor der gamescom) ist für mich theoretisch interessant — ein Ort, an dem Entwickler einander treffen und Projekte zeigen. In der deutschen Szene gibt es das auch auf der Quo Vadis in Berlin, der wichtigsten Spieleentwicklungskonferenz im DACH-Raum. Ich bin aus Bangalore — aber ich beobachte, wie viel für deutsche Indie-Devs davon abhängt, ob sie in einer physischen Community verankert sind oder nicht.
Das Geld-Gespräch, das niemand führt
Ich werde das hier ehrlich sagen, weil das Thema sonst in jedem Indie-Dev-Artikel als Fußnote verschwindet: Geld ist ein Burnout-Faktor. Ein massiver.
Die deutsche Spielebranche — laut Game Bundesverband (game.de) — zahlt Junior-Entwicklern in Berlin und München im Schnitt zwischen 35.000 und 45.000 Euro brutto jährlich. Das ist für Angestellte in Studios. Als Solo-Indie-Dev ohne Einkommen bis zum Release kann das Monate oder Jahre bedeuten.
Die Bundesförderung für Computerspiele — seit 2019 aufgelegt, mit bis zu 50 Millionen Euro jährlich — ist theoretisch zugänglich auch für kleinere Studios und Indie-Devs in Deutschland. In der Praxis ist der Antragsprozess bürokratisch und bevorzugt Projekte mit bereits vorhandener Struktur. Dass es sie gibt, ist trotzdem relevant, wenn du in Deutschland entwickelst.
Ich finanziere mich durch Freelance. Das bedeutet: morgens Auftragsarbeit, nachmittags eigenes Spiel. Das funktioniert, solange ich die Grenzen hart ziehe. Es funktioniert nicht, wenn ich anfange, beides zu vermischen.
Was ich sage: Plane das Geld-Problem von Anfang an. Nicht als Fußnote. Als eigenes System. Wer finanziell unter permanentem Druck steht, kann kein nachhaltiges kreatives Projekt aufrechterhalten. Das ist keine Schwäche. Das ist Physiologie.
Was Mimimi Games gelehrt hat
Mimimi Games aus München — die hinter Shadow Tactics: Blades of the Shogun und Desperados III — haben 2023 ihren Betrieb eingestellt. Freiwillig. Trotz kommerziell erfolgreicher Spiele.
Ihr Statement war kurz und ehrlich: Sie wollten, dass alle Mitarbeiter wirklich glücklich sind, und erkannten, dass das unter den gegebenen Bedingungen langfristig nicht möglich war. Das Studio hat einfach aufgehört.
Das hat mich damals getroffen wie ein schlecht getimter Input-Lag — unerwartet, direkt schmerzhaft. Hier war ein Studio, das gute Spiele gemacht hat, das seinen Leuten wichtig war, das trotzdem entschieden hat: Es reicht.
Was ich davon mitgenommen habe: Durchhalten ist nicht immer der Beweis für Stärke. Manchmal ist es die Verweigerung, die eigene Kapazitätsgrenze anzuerkennen. Das gilt für Studios. Das gilt für Solo-Devs auch.
Haan — ich sage nicht, dass du aufhören sollst. Ich sage, dass du lernen musst, den Unterschied zu erkennen zwischen "das ist gerade schwer" und "das zerstört mich systematisch".
Das Werkzeug, das ich am spätesten verstanden habe: Pause
Ich bin eine Person, die nicht gut aufhört. Wenn ich eine Bug-Verbindung sehe, will ich sie verfolgen, auch wenn es Mitternacht ist. Wenn ein Feature fast fertig ist, will ich es abschließen, auch wenn mein Kopf seit zwei Stunden nicht mehr klar denkt.
Was ich gelernt habe, nach zu vielen 3-Uhr-morgens-Sessions, in denen ich Code geschrieben habe, den ich den nächsten Tag komplett wegwerfen musste: Die Pause ist Teil der Arbeit. Nicht die Belohnung nach der Arbeit. Teil davon.
Das Gehirn konsolidiert während Ruhephasen und Schlaf. Kreative Verbindungen, die sich während aktiver Arbeit nicht bilden, entstehen während des Nicht-Arbeitens. Jeder erfahrene Entwickler, mit dem ich geredet habe — und Kavya, meine beste Freundin bei Google, zählt als externe Perspektive — hat irgendwann gelernt: Müdigkeit macht keine guten Spiele. Sie macht Bugs, schlechte Design-Entscheidungen und Features, die man sechs Monate später mit Scham wieder raushaut.
Konkret: Ich habe seit einem Jahr eine harte Regel. Um 22 Uhr ist der Laptop zu. Nicht "meistens". Nicht "außer wenn ich noch schnell". Immer. Das war am Anfang körperlich schwer. Jetzt ist es das Fundament, das alles andere trägt.
Und wenn es trotzdem nicht mehr geht
Accha — ich werde hier nicht romantisieren. Es gibt Punkte, an denen Techniken nicht helfen. An denen du professionelle Unterstützung brauchst.
Die Deutsche Gesellschaft für Psychiatrie und Psychotherapie (DGPPN) listet unter dgppn.de Anlaufstellen für Burnout-Behandlung. Die Telefonseelsorge ist kostenlos und anonym unter 0800 111 0 111 erreichbar. Wenn du in einer aktuten Krise bist, wende dich an diese Stellen.
Ich sage das ohne Umschweife, weil Indie-Dev-Kultur die Tendenz hat, Durchhalten zu glorifizieren bis zu dem Punkt, an dem es gefährlich wird. Das Spiel, für das du dich zerstörst, kann gewartet werden. Du nicht.
Was mich wirklich am Leben hält
Okay, ich gebe zu — das klingt jetzt schon sehr nach einem strukturierten Artikel, was ich eigentlich nicht bin. Ich schreibe normalerweise Code, kein Content.
Aber was mich wirklich am Leben hält, nach drei Jahren an Asura's Thread: Das Wissen, warum ich dieses Spiel mache. Nicht "weil ich Indie-Dev sein will". Nicht "weil ich ein gutes Spiel machen will". Sondern der spezifische Grund, den nur ich kenne.
Wenn du weißt, warum du dieses Spiel baust — wirklich weißt, nicht die Version, die du Publishers sagst — dann gibt es etwas, zu dem du zurückkehren kannst, wenn alles andere zusammenbricht. Ein Ankerpunkt jenseits von Motivation, Disziplin oder Marktchancen.
Das ist kein Ratschlag. Das ist, was für mich funktioniert.
Yaar — wenn du das liest und an deinem eigenen Projekt arbeitest und dich fragst, ob es das wert ist: das ist eine Frage, die du beantworten musst, während du noch klar denken kannst. Nicht um 3 Uhr morgens, nicht nach einem abgelehnten Publisher-Pitch, nicht im Tal des fünften Rewrites.
Jetzt. Klar. Ehrlich.
Wenn du über Indie-Dev sprechen willst — über Burnout, Scope, Geld, oder warum Hollow Knight so verdammt gut designed ist —, ich höre zu. Ich verspreche nicht, nett zu sein. Ich verspreche, ehrlich zu sein.
