Game Jams: In 48 Stunden zum Portfolio-Stück

Es gibt kein Format, das auf so kleinem Raum so viel über Spielentwicklung lehrt wie ein Game Jam: An einem Wochenende durchläufst du den kompletten Zyklus — Idee, Konzept, Produktion, Abgabe —, für den Studios sonst Monate brauchen. Am Ende steht ein spielbares Ergebnis mit deinem Namen daran, entstanden unter genau den Bedingungen, die den Berufsalltag prägen: zu wenig Zeit, zu viele Ideen, harte Deadline.

Genau deshalb sind Jams für alle, die in die Branche wollen, mehr als ein Hobby-Event. Sie sind der schnellste legale Weg zu einem Portfolio-Stück, ein Trainingslager für die wichtigste Berufstugend — Dinge fertig machen — und nebenbei einer der besten Orte, um Leute kennenzulernen, die dasselbe wollen wie du. Dieser Artikel zeigt, wie du das Wochenende so anlegst, dass danach mehr bleibt als Schlafmangel: ein spielbares Stück, eine erzählbare Geschichte und ein paar Kontakte, die tragen.

Was ein Game Jam ist — und welche es gibt

Das Prinzip ist überall gleich: Zu Beginn wird ein Thema verkündet, dann haben Teilnehmer eine fest begrenzte Zeit — klassisch etwa 48 Stunden, je nach Format auch länger —, um dazu ein Spiel zu bauen und einzureichen. Bewertet wird, wenn überhaupt, von der Community; der eigentliche Preis ist das fertige Spiel.

Die beiden bekanntesten Formate sind Ludum Dare, ein traditionsreicher Online-Jam mit großer Community, und der Global Game Jam, bei dem weltweit an vielen Standorten gleichzeitig gejammt wird — oft vor Ort, was ihn zum sozialsten Einstieg macht. Daneben läuft das ganze Jahr über eine Vielzahl kleinerer Online-Jams zu allen denkbaren Themen, häufig mit entspannteren Regeln und längeren Zeitfenstern. Gerade für den allerersten Versuch kann so ein kleiner Jam die bessere Wahl sein: weniger Druck, mehr Zeit, gleiche Lernkurve. Für den Anfang ist die Wahl ohnehin zweitrangig — wichtiger als der richtige Jam ist der erste.

Die 48-Stunden-Idee: Scope ist alles

Nach der Themenverkündung passiert in jedem Jam dasselbe: Die ersten Ideen sind zu groß. Das ist normal — die Kunst liegt im Zurechtschneiden. Eine brauchbare Jam-Idee besteht die folgenden Proben:

• Ein-Satz-Probe: Du kannst den Kern des Spiels in einem Satz sagen. „Du spielst einen Leuchtturmwärter, der Schiffe mit Lichtsignalen umleitet” — das geht. Drei Sätze mit „und dann” — das geht nicht.
• Eine Mechanik, nicht fünf: Das Spiel steht und fällt mit einer einzigen Interaktion, die du vertiefst, statt Systeme zu stapeln.
• Kern in Stunden testbar: Die zentrale Mechanik muss als grauer Prototyp am ersten Abend spielbar sein. Wenn nicht, schneide weiter.
• Inhalte skalierbar: Level, Dialoge und Assets müssen sich kürzen lassen, ohne das Spiel zu brechen. Plane drei Level, sei mit einem zufrieden.

Rechne außerdem rückwärts: Die letzten Stunden gehören dem Bauen der Abgabe, dem Testen und dem Upload — nicht neuen Features. Ein Feature-Stopp deutlich vor Schluss ist keine Vorsicht, sondern Erfahrung.

Noch ein Wort zur Themenauslegung: Die interessantesten Jam-Spiele nehmen das Thema selten wörtlich. Ein Thema ist ein Startpunkt für Assoziationen, kein Pflichtenheft — wer eine Viertelstunde lang Interpretationen sammelt, bevor er sich festlegt, findet meist einen Dreh, den nicht fünfzig andere Teams auch haben. Und sobald die Entscheidung gefallen ist, gilt sie. Die Idee am Samstagmittag noch einmal umzuwerfen, ist der zuverlässigste Weg, am Sonntag nichts abzugeben.

Teamrollen: klein, klar, entscheidungsfähig

Solo-Jammen ist völlig legitim und zwingt zu gesundem Scope. Wenn du im Team antrittst — und das ist näher an der Studiorealität —, entscheidet die Rollenklärung der ersten Stunde über das ganze Wochenende.

Rolle	Verantwortet	Typischer Stolperstein
Code	Mechanik, Build, technische Abgabe	Verliebt sich in Architektur statt in Spielbarkeit
Art	Stil, Assets, Lesbarkeit	Detailgrad, der im Zeitrahmen nicht zu halten ist
Design / Lead	Scope, Entscheidungen, Feature-Stopp	Traut sich nicht zu streichen
Audio (oft geteilt)	Sound, Musik, Feedback-Gefühl	Kommt zu spät dran und fällt hinten runter

Zwei bis vier Leute sind erfahrungsgemäß der Sweet Spot — groß genug für Arbeitsteilung, klein genug, um ohne Meetings auszukommen. Und benennt eine Person, die bei Scope-Fragen das letzte Wort hat. Demokratie ist sympathisch, aber um zwei Uhr nachts braucht ein Team jemanden, der „das streichen wir” sagen darf.

Klärt außerdem vorab die unspektakulären Dinge, die unter Zeitdruck zu Konflikten werden: Wer integriert die Teile zum fertigen Build, in welchen Abständen wird zusammengeführt, und wann ist gemeinsamer Feature-Stopp? Teams, die diese drei Fragen in der ersten Stunde beantworten, verlieren am Sonntag keine Stunden mit Zusammenbau-Chaos — der klassischen Todesursache von Jam-Projekten, die eigentlich fertig gewesen wären.

Fertig werden schlägt polieren

Die Deadline ist der eigentliche Lehrmeister des Formats. Sie zwingt dich zu der Entscheidung, vor der sich Hobby-Projekte jahrelang drücken: Was ist wirklich nötig, damit das Spiel funktioniert?

Bei einem Jam gewinnt nicht die beste Idee, sondern die fertigste.

Konkret heißt das: Ein Spiel mit einer rauen, aber funktionierenden Schleife aus Anfang, Herausforderung und Ende schlägt das technisch beeindruckende Fragment. Streiche zuerst Inhalte (Level, Story, Varianten), dann Komfort (Menüs, Optionen), aber nie die Verständlichkeit — wenn Fremde nicht begreifen, was zu tun ist, existiert das Spiel für sie nicht. Und reiche in jedem Fall ein, auch wenn es weh tut. Eine unfertige Abgabe ist ein Lernerfolg mit Beleg; ein nicht eingereichtes Projekt ist ein Wochenende ohne Ergebnis.

Das Schöne daran: Diese Streich-Disziplin ist exakt die Fähigkeit, die Produktionsalltag verlangt. Wer in drei Jams gelernt hat, rechtzeitig loszulassen, bringt etwas mit, das sich aus keinem Lehrbuch lernen lässt — und das in Bewerbungsgesprächen mit konkreten Geschichten belegbar ist.

Wem das Abschließen grundsätzlich schwerfällt, für den ist der Jam das beste Training — dieselbe Disziplin, die auch bei einem eigenen kleinen Adventure-Projekt über Erfolg und Scheitern entscheidet.

Vom Jam-Spiel zum Portfolio-Stück

Nach dem Jam beginnt der Teil, den die meisten auslassen — und der den Karrierewert des Wochenendes verdoppelt. Ein rohes Jam-Spiel auf einer Plattform ist nett; aufbereitet wird es zum Argument.

Drei Schritte machen den Unterschied. Erstens: ein Wochenend-Polish — die schlimmsten Bugs fixen, eine kurze Anleitung ergänzen, Screenshots und Beschreibung der Projektseite auf Stand bringen. Nicht mehr; aus dem Jam-Spiel soll kein Zwei-Jahres-Projekt werden. Zweitens: eine Case Study schreiben — Thema, Idee, deine Rolle, zwei Entscheidungen unter Zeitdruck, was du streichen musstest und warum, was du heute anders machen würdest. Gerade die Streichungen sind Gold: Sie zeigen Urteilsvermögen. Drittens: das Stück sauber ins Portfolio einhängen — wie das aussieht und worauf Studios achten, steht im Artikel über Portfolio-Projekte.

Und unterschätze den Netzwerkeffekt nicht. Leute, mit denen du ein Wochenende lang ein Spiel gebaut hast, wissen mehr über deine Arbeitsweise als jeder Gesprächspartner auf einem Branchen-Event. Aus Jam-Teams entstehen immer wieder dauerhafte Kollaborationen, Empfehlungen und Kontakte in Studios. Bleib nach dem Jam erreichbar, gib Feedback zu den Spielen der anderen und tauch beim nächsten Mal wieder auf — die Szene ist kleiner, als sie wirkt, und sie merkt sich Leute, die abgeben.

Nächster Schritt

Such dir heute den nächsten erreichbaren Jam — einen der großen wie Ludum Dare oder Global Game Jam oder einen kleinen Online-Jam — und trag den Termin verbindlich in deinen Kalender ein. Richte in den Tagen davor dein Werkzeug ein, sag möglichen Mitstreitern Bescheid und nimm dir für das Wochenende genau ein Ziel vor: abgeben. Nicht gewinnen, nicht glänzen — abgeben. Alles andere, vom Portfolio-Stück bis zu den Kontakten, ergibt sich aus diesem einen erfüllten Vorsatz.