Coding Dojo

Zweck

Ein Coding Dojo ist ein sicherer Raum für Entwickler, um grundlegende Fähigkeiten zu üben: Test-Driven Development, Refactoring, Design Patterns und Arbeit in kleinen Inkrementen.

Auf einen Blick

Ablauf

1. Kata vorstellen (5 Min.) — Problem präsentieren. Constraints nennen (z. B. TDD erforderlich, keine If-Statements).
2. Randori oder vorbereitete Kata (70 Min.) — Randori: Paar an der Tastatur rotiert alle 5–7 Minuten. Oder: Eine Person demonstriert die Lösung Schritt für Schritt.
3. Retrospektive (15 Min.) — Welche Technik haben wir geübt? Was haben wir gelernt?

Material

• Kata-Beschreibung (z. B. FizzBuzz, Bowling Game, Roman Numerals)
• Beamer oder geteilter Bildschirm
• Entwicklungsumgebung mit Test-Framework
• Timer für Rotation

Stolperfallen & häufige Fehler

• Zu komplexe Kata wählen — Es geht um Technik, nicht um Problemschwierigkeit.
• Retrospektive auslassen — Ohne Reflexion überträgt sich die Praxis nicht auf die tägliche Arbeit.
• Als Wettbewerb behandeln — Es gibt kein Gewinnen; Ziel ist Lernen.

Inklusion & Barrierefreiheit

• Sprache und Toolset wählen, mit denen das ganze Team vertraut ist.
• Entwickler aller Erfahrungsstufen willkommen heißen.
• Kata-Beschreibung vorab für Nicht-Muttersprachler bereitstellen.

Varianten

• Kata in neuer Sprache — Dojo zum Erkunden einer neuen Programmiersprache nutzen.
• Refactoring-Dojo — Mit hässlichem Code starten und Schritt für Schritt refactoren.
• Constraint-basiertes Dojo — Constraints hinzufügen: keine Maus, 2-Minuten-Commits.
• Code Retreat — Ganztages-Event mit mehreren Runden.

Wann NICHT einsetzen

• Wenn das Team in einem Lieferengpass steckt und keinen Slack hat.
• Wenn das Team es als Zeitverschwendung betrachtet.

Quelle & Weiterlesen

• Bache, E. (2013). *The Coding Dojo Handbook*. Leanpub.
• Beck, K. (2002). *Test Driven Development: By Example*. Addison-Wesley.