Kanban-Leitfaden · Kanban im Vergleich
Kanban vs. Scrum: Unterschiede und Auswahl
Kanban und Scrum sind die beiden beliebtesten agilen Ansätze. Beide visualisieren Arbeit und streben kontinuierliche Verbesserung an, organisieren Zeit, Rollen und Änderungen aber sehr unterschiedlich.
Das Wichtigste in Kürze
- Kanban nutzt einen kontinuierlichen Fluss, Scrum feste Sprints.
- Kanban braucht keine neuen Rollen; Scrum definiert drei Verantwortlichkeiten.
- Viele Teams kombinieren beides.
Im direkten Vergleich
| Kanban | Scrum | |
|---|---|---|
| Kadenz | Kontinuierlicher Fluss | Sprints fester Länge von höchstens einem Monat |
| Rollen | Keine vorgeschrieben | Product Owner, Scrum Master, Developers |
| Planung | Kontinuierliches Replenishment | Sprint Planning in jedem Sprint |
| Änderungen | Neue Einträge können jederzeit gezogen werden | Der Sprint-Umfang ist geschützt |
| WIP-Steuerung | Explizite WIP-Limits pro Spalte | Begrenzt durch den Sprint-Umfang |
| Wichtigste Kennzahlen | Durchlaufzeit, Durchsatz, WIP | Velocity, Sprint-Burndown |
| Board | Dauerhaft | Wird in jedem Sprint zurückgesetzt |
| Lieferung | Sobald ein Eintrag fertig ist | Mindestens einmal pro Sprint |
Wählen Sie Kanban, wenn
- die Arbeit unvorhersehbar hereinkommt, etwa im Support oder Betrieb.
- sich Prioritäten täglich ändern.
- die Einträge sich stark in der Größe unterscheiden.
- Sie einen bestehenden Prozess ohne neue Rollen verbessern möchten.
Wählen Sie Scrum, wenn
- ein festes Team ein Produkt entwickelt.
- die Arbeit in festen Zyklen geplant werden kann.
- das Team von Struktur und regelmäßigen Reviews profitiert.
- ein Product Owner die Prioritäten verantworten kann.
Beides kombinieren
Viele Teams nutzen Scrum mit einem Kanban-Board und WIP-Limits oder Kanban mit regelmäßigen Reviews und Retrospektiven. Diese Mischform heißt oft Scrumban.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Kanban vs. Scrum: Was ist besser?
Keines ist generell besser. Kanban passt zu kontinuierlicher, variabler Arbeit; Scrum passt zur Produktentwicklung in geplanten Zyklen.
Kann ein Team zwischen Scrum und Kanban wechseln?
Ja. Viele Teams wechseln zu Kanban, wenn Sprint-Commitments immer wieder durch ungeplante Arbeit gestört werden.
Was ist der Hauptunterschied zwischen Kanban und Scrum?
Scrum arbeitet in Sprints fester Länge mit definierten Verantwortlichkeiten und Events, während Kanban einen kontinuierlichen Arbeitsfluss mit WIP-Limits und ohne vorgeschriebene Rollen steuert.
Wie unterscheiden sich die Rollen bei Kanban und Scrum?
Scrum definiert drei Verantwortlichkeiten: Scrum Master, Product Owner und Developers. Kanban erfordert weder Scrum Master noch Product Owner noch eine andere neue Rolle, auch wenn manche Teams optionale Rollen wie einen Service Delivery Manager ergänzen.
Wie unterscheiden sich Kanban und Scrum bei der Einführung?
Kanban ist meist leichter einzuführen, weil es bei Ihrem aktuellen Prozess ansetzt. Scrum verlangt vom Team ab dem ersten Tag neue Rollen, Events und Sprint-Planung.
Kanban vs. Scrum: Wann sollte man Kanban wählen?
Wählen Sie Kanban für kontinuierliche, unvorhersehbare Arbeit wie Support, Betrieb oder Wartung oder wenn sich Prioritäten täglich ändern. Scrum passt oft zur Produktentwicklung mit regelmäßigem Review-Rhythmus.
Lassen sich Kanban und Scrum kombinieren?
Ja. Viele Scrum Teams nutzen innerhalb ihrer Sprints ein Kanban-Board mit WIP-Limits; solche Mischformen heißen oft Scrumban.
Haben Kanban- und Scrum-Teams einen Backlog?
Ja. Scrum hat ein Product Backlog und ein Sprint Backlog; Kanban-Teams führen einen Backlog an Optionen, aber kein Sprint Backlog. Einträge werden beim Replenishment kontinuierlich in den Workflow gezogen.
Welche Kennzahlen nutzen Scrum- und Kanban-Teams?
Scrum Teams verfolgen oft Velocity und Burndown, während Kanban-Teams Durchlaufzeit, Durchsatz, WIP und Cumulative Flow Diagramsnutzen. Keines der Frameworks schreibt eine Kennzahl zwingend vor.
Wie gehen Kanban und Scrum mit wechselnden Prioritäten um?
Bei Kanban kann das Team alles, was noch nicht begonnen wurde, jederzeit neu priorisieren, weil es kein Sprint-Commitment gibt. Bei Scrum bleibt das Sprint-Ziel während eines Sprints fest.
Eignen sich Kanban und Scrum für kleine Teams?
Beide funktionieren. Sehr kleine Teams oder Einzelpersonen bevorzugen oft die leichtere Struktur von Kanban, während Scrum zu Teams von bis zu etwa 10 Personen passt, die einen regelmäßigen Planungs- und Review-Rhythmus wünschen.