XP + Kanban

XP verwendete ursprünglich Iterationen – ein oder zwei Wochen geplante Arbeit, dann eine Demo und eine Planungssitzung. Kanban nutzt kontinuierlichen Fluss: Arbeitselemente bewegen sich einzeln durch das System, ohne feste Stapel.

Das ist nicht unvereinbar. Die Kernpraktiken von XP funktionieren mit jedem Flusssystem.

Was sich ändert:

• Keine Iterationsplanung (du planst just-in-time)
• Keine Iterationsdemos (du demonstrierst, wenn Features fertig sind)
• Keine Velocity im Scrum-Sinne (du misst Durchlaufzeit und Durchsatz)

Was gleich bleibt:

• TDD (du schreibst weiterhin Tests zuerst)
• Pair Programming (du arbeitest weiterhin gemeinsam am Code)
• Refactoring (du hältst das Design weiterhin sauber)
• CI (du integrierst weiterhin kontinuierlich)
• Kleine Releases (Kanban fördert dies sogar noch mehr)
• Kundeneinbindung (du brauchst weiterhin jemanden zum Priorisieren und Abnehmen)

Die technischen Praktiken sind unabhängig davon, wie du Arbeit organisierst.

Kanbans charakteristische Praktik sind WIP-Limits: die Begrenzung, wie viel Arbeit gleichzeitig in Bearbeitung ist.

Das passt zu XP-Prinzipien:

Fokus: WIP-Limits verhindern Kontextwechsel. XP schätzt Fokus (nachhaltiges Tempo, Pairing für tiefe Arbeit).

Flow: WIP zu begrenzen erzeugt Flow. XPs kleine Releases und CI erzeugen ebenfalls Flow.

Qualität: Weniger WIP bedeutet weniger Hektik. XPs Qualitätsfokus profitiert von reduziertem Druck.

Beende, was du begonnen hast: Sowohl Kanban als auch XP bevorzugen Beenden vor Beginnen. Beginne keine neue Arbeit, wenn bestehende Arbeit abgeschlossen werden kann.

Pairing und WIP: Wenn du Pair Programming machst, ist WIP natürlich begrenzt. Zwei Personen an einem Element bedeuten weniger Elemente in Bearbeitung.

Die Synergie ist stark. Kanbans Einschränkungen ergänzen XPs Fokus auf Qualität und Fertigstellung.

Kanban drängt in Richtung Continuous Delivery: Jedes abgeschlossene Element ist potenziell auslieferbar. XPs Praktiken machen dies möglich.

Warum XP Continuous Delivery ermöglicht:

• Tests: Jedes Feature wird automatisch verifiziert
• CI: Code ist immer integriert und baubar
• Einfaches Design: Keine komplexe Release-Koordination
• Refactoring: Code bleibt sauber und auslieferbar
• Kleine Releases: Bereits eine Kernpraktik von XP

Kanban ohne XP-Praktiken hat Schwierigkeiten, Continuous Delivery zu erreichen. Ohne Tests kannst du nicht sicher sein, dass Dinge funktionieren. Ohne CI ist Integration unsicher. Ohne einfaches Design sind Releases komplex.

Zusammen: Kanban sagt „liefere kontinuierlich". XP sagt „so geht's".

ScrumBan kombiniert Scrum, Kanban und (oft implizit) XP:

Von Scrum:

• Regelmäßige Planungsrhythmen (wenn auch nicht notwendigerweise sprint-gebunden)
• Retrospektiven zur Verbesserung
• Product-Owner-Rolle für Priorisierung

Von Kanban:

• Visuelles Board mit WIP-Limits
• Flow-Metriken (Durchlaufzeit, Durchsatz)
• Pull-basierte Arbeit (nimm das nächste Element, wenn bereit)

Von XP:

• Engineering-Praktiken (TDD, Pairing usw.)
• Qualitätsfokus
• Nachhaltiges Tempo

Diese Hybride funktioniert gut für Teams, die Struktur (Scrum) mit Flow (Kanban) und Qualität (XP) wollen.

Das Label ist weniger wichtig als die Praktiken. Nutze, was funktioniert; lass weg, was nicht funktioniert.

Wann XP mit Iterationen (Scrum-Stil) nutzen:

• Stakeholder wollen vorhersehbare Planungsintervalle
• Das Team profitiert von regelmäßigem Rhythmus und Reflexion
• Arbeit gruppiert sich natürlich in Liefergegenstände
• Die Organisation denkt in Sprints

Wann XP mit Flow (Kanban-Stil) nutzen:

• Arbeit kommt unvorhersehbar an (Support, Betrieb)
• Continuous Deployment ist das Ziel
• Iterationsgrenzen fühlen sich künstlich an
• Das Team ist reif genug, sich ohne auferlegten Rhythmus selbst zu managen

Beide Ansätze funktionieren mit XP-Praktiken. Die Praktiken bleiben; die organisatorische Hülle ändert sich.

Viele Teams entwickeln sich von Scrum in Richtung Kanban, wenn sie reifen. Iterationen bieten Stützräder. Flow ist das Fortgeschrittenenniveau. Aber es ist nichts falsch daran, bei Iterationen zu bleiben, wenn sie für dich funktionieren.