Coding Dojos in der Praxis

Ein geschützter Raum des Lernens in der Softwareentwicklung

„Ich kann mir keinen besseren Ort zum Lernen vorstellen als ein Coding Dojo.“ Diesen Satz sagte ein Kollege nach unserem dritten gemeinsamen Dojo. Wir sind beide agile Softwareentwickler und hatten gerade fünf Stunden lang zusammen mit sechs weiteren Entwicklern an der „Mars Rover Kata“ gearbeitet. Zwei zusätzliche Regeln machten die Übung noch spannender: Wir durften weder eine Maus benutzen noch ein „if-else“ verwenden.

Etwa einmal im Monat nehmen wir uns bewusst aus dem Projektalltag heraus. Dann nutzen wir die Zeit, um neue Programmiersprachen oder Frameworks auszuprobieren, Entwicklungsmethoden zu trainieren oder gezielt an einer technischen Fragestellung zu arbeiten. Für uns hat sich dieses Format so bewährt, dass wir inzwischen auch Coding Dojos in Unternehmen begleiten – mit durchweg positiver Resonanz.

Was ist ein Coding Dojo?

Der Begriff „Dojo“ (jap. Dōjō, 道場) stammt aus dem Kampfsport und bedeutet „Ort des Weges“ – sinngemäß: ein Raum des Lernens. Im Kampfsport werden dort Techniken eingeübt und verinnerlicht. Ein zentrales Element dabei sind sogenannte Katas: stilisierte Übungsabläufe, mit denen bestimmte Bewegungen und Prinzipien trainiert werden.

Dieses Konzept lässt sich in die Softwareentwicklung übertragen: Coding Dojo ist ein Trainingsformat für Softwareentwickler:innen. Entscheidend ist dabei, dass es in einem geschützten Raum stattfindet: Ohne äußere Störungen, ohne Produktivitätsdruck, ohne reale Projektverantwortung können gemeinsam neue Praktiken oder Technologien ausprobiert werden.

Die Gruppengröße liegt meiner Erfahrung nach idealerweise zwischen zwei und acht Personen. Wie viele Teilnehmende sinnvoll sind, hängt jedoch auch vom jeweiligen Thema des Coding Dojos ab. Entscheidend ist, dass alle aktiv mitarbeiten können. Ein Coding Dojo ist gemeinsames Training, keine Veranstaltung für Zuschauer. Am Ende reflektieren die Teilnehmenden gemeinsam die gemachten Erfahrungen und diskutieren, welche Vorteile, Grenzen und möglichen Einsatzfelder das neu Gelernte in der Praxis hat.

Coding Katas sind klar definierte Übungsaufgaben, mit denen Technologien, Methoden, Tools oder Praktiken im Coding Dojo praktisch erprobt werden. Anders als im Kampfsport geht es dabei jedoch nicht darum, feste Abläufe immer wieder zu wiederholen oder einen bestimmten Lösungsweg auswendig zu lernen. Im Coding Dojo steht vielmehr das kreative Finden von Lösungen im Mittelpunkt. Selbst wenn dieselbe Kata mehrfach bearbeitet wird, verlaufen sowohl der Weg zur Lösung als auch das Ergebnis jedes Mal anders.

Um eine Kata noch spannender zu machen, können zusätzliche Rahmenbedingungen eingeführt werden. Diese sogenannten Constraints erhöhen gezielt den Schwierigkeitsgrad, oft auf bewusst ungewöhnliche Weise. Dadurch bleibt das Training spielerisch und zugleich herausfordernd. Gleichzeitig werden Kommunikationsmuster im Team sichtbar, was im Arbeitsalltag häufig zu wertvollen Aha-Momenten führt.

Die besonderen Chancen von Coding Dojos

Coding Dojos sind bewusst hands-on angelegt. Statt theoretischer Schulungen zu einem Thema liegt der Fokus auf dem gemeinsamen Erlernen und Üben in einem geschützten Raum. Die Experimentierfreude wird bewusst gefördert und Spaß an der Sache spielt eine ganz zentrale Rolle!

Voraussetzung dafür ist gegenseitiger Respekt, um eine gute Lernatmosphäre frei von Angst zu schaffen. Dazu gehört eine Kultur, in der Fehler selbstverständlicher Teil des Lernweges und Experimente ausdrücklich erwünscht sind.

Die Constraints bieten die Möglichkeit, ein Coding Dojo mit Blick auf die Zusammensetzung der Gruppe weiter auszugestalten und dem Ganzen einen besonderen Kniff zu geben. Sind die Teilnehmenden erfahren oder arbeiten sie auch im Berufsalltag zusammen, verhindert man so Routinen und ermöglicht die Freisetzung einer ganz neuen Motivation, um gemeinsam Herausforderungen zu meistern.

Am Ende des Tages schaut man zurück und wird feststellen, dass man eine ordentliche Portion neuer Erfahrung gesammelt hat. Sei es mit einer neuen Technologie oder mit einer neuen Art, gemeinsam Software zu entwickeln. Oft ist beides der Fall.

Drei Beispiele für Coding Katas

Es gibt viele verschiedene Arten von Coding Katas. Sie geben in der Regel ein klar umrissenes, meist bewusst vereinfachtes Szenario vor, innerhalb dessen sich Entwicklerinnen und Entwickler mit Blick auf eine bestimmte Technik, Methode oder Vorgehensweise ausprobieren können. Ein zentraler Punkt ist dabei, sich auf verschiedene Lösungswege einzulassen. Im Arbeitsalltag ist es in der Softwareentwicklung oft wichtig, flexibel auf Herausforderungen reagieren zu können. Es wird denen deutlich leichter fallen, die in Coding Dojos regelmäßig verschiedene Ansätze zur Lösungsfindung ausprobiert haben.

Beispiel Mars Rover Kata

Diese Kata gibt es in vielen Varianten. Hier eine einfache davon:

Aufgabe:

Sie sind Teil eines Teams, das den Mars erforscht. Es sollen ferngesteuerte Fahrzeuge – die Rover – auf die Oberfläche geschickt werden. Sie entwickeln eine API, welche die von der Erde gesendeten Befehle in Anweisungen übersetzt, die der Rover versteht und ausführt.

Anforderungen:

• Gegeben ist der Startpunkt (x, y) des Rovers, dessen Ausrichtung (N, S, O, W) sowie eine Liste mit Hindernissen (x, y), welche sich auf der Karte befinden.
• Vereinfachte Annahme: Der Rover ist auf einem quadratischen Plateau gelandet, welches in 100×100 Felder aufgeteilt wird.
• Der Rover empfängt eine Zeichenfolge mit Befehlen.
• ‘F’: Bewegung vorwärts; ‘L’: Drehung nach links; ‘R’: Drehung nach rechts.
• Nach Verarbeitung der Zeichenfolge soll die Endposition und Ausrichtung ausgegeben werden.
• Die Hinderniserkennung erfolgt vor jeder Bewegung zu einem neuen Feld. Wenn eine bestimmte Befehlssequenz auf ein Hindernis stößt, bewegt sich der Rover bis zum letzten möglichen Punkt, bricht die Sequenz ab und meldet das Hindernis.
• Der Rover darf nicht vom Plateau fallen: Ränder werden wie Hindernisse behandelt.

Je nach Ziel des Dojos können Sie die Aufgabenstellung vereinfachen oder erweitern. So können Sie beispielsweise Hindernisse oder die Begrenzung des Plateaus weglassen und mit einer unendlich großen Welt arbeiten. Wenn Sie die Aufgabe komplexer gestalten möchten, können Sie etwa eine kugelförmige Welt modellieren, bei der eine korrekte Umrundung implementiert werden muss. Eine weitere Variante besteht darin, statt eines kartesischen Gitters ein Polarkoordinatensystem zu verwenden.

Beispiel Refactoring Kata

Bei einer Refactoring Kata – ein bekanntes Beispiel ist die Gilded Rose Refactoring Kata von Emily Bache [1] – erhalten die Teilnehmenden eine bestehende Codebasis sowie eine Liste von Anforderungen. Ihre Aufgabe besteht darin, ein bestimmtes Verhalten zu implementieren und gleichzeitig die Softwarequalität zu verbessern.

Dabei geht es nicht darum, möglichst schnell irgendeine Lösung zu finden. Stattdessen vergleichen Sie unterschiedliche Lösungsansätze und bewerten deren Qualität.

• Welche Struktur ist wartbarer?
• Welche Lösung ist klarer?
• Welche ist testbarer?

Die Teilnehmenden probieren verschiedene Ansätze aus und reflektieren anschließend gemeinsam über die Ergebnisse.

Ein wichtiges Learning dabei: In der Softwareentwicklung gibt es für viele Aufgaben mehrere mögliche Lösungen. Sie sind jedoch nicht alle gleich gut. Das Training schärft den Blick für Codequalität und für strukturelle Entscheidungen im Design.

Agility Katas

Agility Katas – wie zum Beispiel die CSV-Viewer Kata der CCD School [2] – orientieren sich stärker am Prinzip wiederholter Durchläufe, das auch aus dem Kampfsport bekannt ist.

Dabei durchlaufen Sie eine Aufgabe in mehreren Iterationen. Mit jeder Runde verändern sich die Anforderungen oder werden komplexer. Ziel ist es, den Umgang mit sich entwickelnden Anforderungen zu trainieren.

Auf diese Weise lassen sich typische Herausforderungen aus realen Projekten simulieren. Sie üben, mit wechselnden Anforderungen umzugehen und Ihre Lösung Schritt für Schritt anzupassen.

Kollaboration im Coding Dojo

Neben technischen Themen lassen sich in Coding Dojos auch Praktiken der agilen Softwareentwicklung gezielt üben, für die im Arbeitsalltag oft wenig Raum bleibt. Dazu gehören zum Beispiel Pair Programming oder Ensemble Programming.

Abseits des Projektalltags, aber mit einer klaren Aufgabe, können Sie diese Formen der Zusammenarbeit praktisch ausprobieren. Sie erleben unmittelbar, wie sich die gemeinsame Arbeit anfühlt und welche Vorteile sie haben kann, sei es an einem gemeinsamen Rechner oder remote über einen geteilten Bildschirm. Gleichzeitig werden auch die Grenzen dieser Praktiken sichtbar.

Beim Pair Programming, oft einfach als Pairing bezeichnet, arbeiten zwei Softwareentwickler gemeinsam an einem Rechner. Eine Person übernimmt die Rolle des Drivers. Der Driver bedient den Rechner und schreibt den Code. Die zweite Person ist der Navigator. Der Navigator behält den Überblick, denkt über die nächsten Schritte nach und weist auf mögliche Verbesserungen oder offene Punkte hin. Dadurch kann sich der Driver ganz auf das Schreiben des Codes und die Arbeit mit der Entwicklungsumgebung konzentrieren. In der Regel wechseln Driver und Navigator in regelmäßigen Abständen die Rollen.

Beim Ensemble Programming arbeiten drei oder mehr Personen gleichzeitig an einem Rechner an derselben Aufgabe. Der Code entsteht gemeinschaftlich durch die unterschiedlichen Perspektiven, Erfahrungen und das Wissen aller Beteiligten.

Der Begriff hat sich als Alternative zu Mob Programming etabliert, da er den kooperativen und wertschätzenden Charakter dieser Arbeitsweise stärker betont. Der grundlegende Ablauf ähnelt dem Pair Programming, wird jedoch auf ein größeres Team übertragen. Auch hier gibt es in der Regel einen Driver und einen Navigator, deren Rollen regelmäßig wechseln. Darüber hinaus können zusätzliche Rollen definiert werden. Häufig gibt es zum Beispiel einen Facilitator. Diese Person achtet auf die Teamdynamik, unterstützt bei Meinungsverschiedenheiten und sorgt dafür, dass Respekt, Neugier und konstruktiver Austausch erhalten bleiben.

Mehr lernen durch Constraints

Constraints bringen zusätzliche Abwechslung und neue Perspektiven in ein Coding Dojo. Dabei handelt es sich um bewusst gesetzte Einschränkungen, die das Arbeiten an einer Kata anspruchsvoller machen und der Aufgabe eine weitere Dimension hinzufügen. Einige typische Beispiele sind:

Blind Navigator

Beim Constraint „Blind Navigator“ darf der Navigator den Bildschirm nicht sehen. Dadurch sind beide Rollen gezwungen, besonders präzise und klar miteinander zu kommunizieren. Missverständnisse werden schnell sichtbar, und viele implizite Annahmen müssen plötzlich ausgesprochen werden. Für Softwareteams ist dies ein äußerst wirksames Kommunikationstraining.

Keine Schleifen

Bei diesem Constraint dürfen keine Schleifen wie for, while oder do-while verwendet werden. Dadurch setzen Sie sich intensiver mit alternativen Lösungsansätzen wie Rekursion oder Funktionen höherer Ordnung auseinander. Das sind Funktionen, die andere Funktionen als Parameter erhalten oder zurückgeben.

Keine Conditionals

Hier dürfen klassische Entscheidungsstrukturen wie if, else, when oder switch nicht eingesetzt werden. Dadurch entstehen ungewöhnliche Lösungswege. Oft kommen dabei Konzepte wie Polymorphismus oder Lookup-Tabellen zum Einsatz.

No-Mouse

Bei diesem Constraint arbeiten Sie vollständig ohne Computermaus. Alle Aktionen werden ausschließlich über Tastenkombinationen ausgeführt. Dadurch lernen die Teilnehmenden, die Shortcuts ihrer Entwicklungsumgebung deutlich besser zu nutzen.

Hot Potato

Beim Hot-Potato-Constraint wechselt die Rolle des Drivers in kurzen Abständen, zum Beispiel alle zwei Minuten. So kommen viele Teilnehmende aktiv zum Zug, und das Team bleibt in Bewegung.

Constraints sorgen dafür, dass Aufgaben spielerisch und mit viel Energie angegangen werden. Gleichzeitig zwingen sie Teams dazu, bewusst anders zu arbeiten als im Alltag. Dadurch entstehen neue Lösungswege, eingefahrene Muster werden aufgebrochen und kreatives Denken wird gefördert.

Fazit: Warum Coding Dojos so wirkungsvoll sind

Coding Dojos schaffen etwas, das im normalen Projektalltag selten möglich ist: einen geschützten Raum zum Lernen. Ohne Lieferdruck, ohne unmittelbare Projektverantwortung und ohne Angst vor Fehlern können Entwicklerinnen und Entwickler neue Ideen ausprobieren, miteinander experimentieren und voneinander lernen.

Gerade diese Kombination aus praktischem Arbeiten, spielerischen Herausforderungen und gemeinsamer Reflexion macht den besonderen Wert eines Coding Dojos aus. Techniken werden nicht nur verstanden, sondern tatsächlich erlebt. Gleichzeitig stärkt das gemeinsame Arbeiten Kommunikation, Vertrauen und die Fähigkeit, unterschiedliche Lösungswege zu erkunden.

Besonders hilfreich sind Coding Dojos unter anderem in folgenden Situationen:

1. Einführung neuer Praktiken

Wenn Teams mit TDD, Pair Programming oder neuen Refactoring-Techniken experimentieren möchten, bietet das Dojo einen sicheren Rahmen, um diese Praktiken auszuprobieren und ihre Wirkung selbst zu erleben.

2. Aufbrechen von Gewohnheiten

Teams, die über lange Zeit ähnlich arbeiten, entdecken im Dojo alternative Denk- und Lösungswege, ohne ihren Projektalltag sofort umstellen zu müssen.

3. Umgang mit Legacy Code

Techniken wie TDD oder strukturierte Refactorings lassen sich gezielt an vereinfachten Beispielen trainieren, bevor sie auf komplexe bestehende Codebasen angewendet werden.

4. Förderung von Kommunikation

Die gemeinsame Arbeit an einer Kata macht Kommunikationsmuster sichtbar und verbessert die Zusammenarbeit. Eine Fähigkeit, die in komplexen Softwareprojekten entscheidend ist.

5. Erweiterung des individuellen Werkzeugkastens

Wer neue Methoden und Technologien bewusst übt, erweitert seinen persönlichen Werkzeugkasten. Dadurch wächst die Fähigkeit, in realen Projekten situationsgerecht zu entscheiden, welche Lösung sinnvoll ist.

Am Ende ist ein Coding Dojo weit mehr als eine Übungseinheit. Es ist ein Ort, an dem Teams lernen, gemeinsam besser Software zu entwickeln. Am besten probieren Sie es einfach mal aus.

Extra-Bonus

Hier finden Sie 3 zusätzliche Fragen zu Coding Dojos, die Philipp Zug beantwortet (bitte auf Plus drücken):

Hinweise:

Suchen Sie nach einer Begleitung für Ihr erstes Coding Dojo? Dann nehmen Sie gerne Kontakt mit Philipp Zug auf. Sehr gerne helfen er und seine Kolleg:innen von Colenet nicht nur bei der Moderation oder technischen Fragen, sondern bringen bei Bedarf auch die notwendige Infrastruktur mit.

[1] Gilded Rose Refactoring Kata
[2] CSV-Viewer Kata
[3] IntelliJ Plugin Code With Me
[4] Visual Studio: Live Share
[5] Mob.sh

Im Internet gibt es verschiedene Quellen mit nützlichen Informationen zu Coding Katas:

• Awesome Katas
• Coding Dojo: Kata
• Kata-Log
• Clean Code Developer School

Wollen Sie als Multiplikatorin oder Meinungsführer über Coding Dojos diskutieren? Dann teilen Sie diesen Beitrag in Ihren Netzwerken.

Im t2informatik Blog finden Sie weitere Beiträge aus dem Hause Colenet, u. a.: