Kanban vs. Scrum: Unterschiede und die richtige Wahl
Kanban oder Scrum? Die wichtigsten Unterschiede bei Rollen, Planung, Änderungen und Kennzahlen im Vergleich – und eine einfache Entscheidungshilfe.
Kanban und Scrum sind die beiden bekanntesten agilen Arbeitsweisen – und werden oft verwechselt, weil beide mit Boards und Karten arbeiten. Dahinter stecken aber unterschiedliche Ideen: Scrum organisiert Arbeit in festen Zeitabschnitten mit klaren Rollen, Kanban steuert einen kontinuierlichen Fluss. Hier erfährst du, worin sich beide unterscheiden und welche Methode zu deinem Team passt.
Kanban und Scrum in einem Satz
- Scrum plant Arbeit in Sprints von höchstens einem Monat. Zu Beginn legt das Team fest, was es im Sprint erreichen will, am Ende wird das Ergebnis vorgestellt und der Ablauf reflektiert.
- Kanban kennt keine Sprints. Aufgaben fließen laufend über das Board, und eine Obergrenze für gleichzeitige Arbeit sorgt dafür, dass Dinge fertig werden.
Die Unterschiede im Überblick
| Scrum | Kanban | |
|---|---|---|
| Takt | Feste Sprints, meist ein bis vier Wochen | Kontinuierlicher Fluss ohne feste Zyklen |
| Rollen | Product Owner, Scrum Master, Developers | Keine vorgeschriebenen Rollen |
| Planung | Sprint Planning zu Beginn jedes Sprints | Laufend, sobald Kapazität frei wird |
| Änderungen | Der Sprint-Inhalt bleibt möglichst stabil | Neue Prioritäten jederzeit möglich |
| Begrenzung | Über den Umfang des Sprints | Über WIP-Limits pro Spalte |
| Termine | Daily Scrum, Review, Retrospektive | Frei wählbar, oft ein kurzer täglicher Blick aufs Board |
| Kennzahlen | Velocity, Burndown | Durchlaufzeit, Durchsatz |
| Board | Wird nach jedem Sprint geleert | Bleibt bestehen, Karten fließen durch |
Wann Scrum die bessere Wahl ist
Scrum spielt seine Stärken aus, wenn ein Team gemeinsam an einem Produkt arbeitet und regelmäßig vorzeigbare Zwischenergebnisse liefern soll. Der feste Takt schafft Verbindlichkeit: Alle wissen, wann geplant, wann geliefert und wann zurückgeschaut wird.
- Ihr entwickelt ein Produkt, das schrittweise wächst – etwa eine Software oder App.
- Auftraggeber wollen in festen Abständen Ergebnisse sehen und Feedback geben.
- Das Team ist stabil und kann sich die Zeit für die Scrum-Termine nehmen.
Wann Kanban besser passt
Kanban eignet sich, wenn Aufgaben unregelmäßig hereinkommen oder sich Prioritäten oft ändern. Weil Kanban beim bestehenden Ablauf ansetzt, ist der Einstieg besonders leicht.
- Kundenaufträge, Support-Anfragen oder Redaktionsarbeit kommen laufend hinzu.
- Ihr wollt ohne neue Rollen und Termine starten.
- Das Team arbeitet in Teilzeit, ehrenamtlich oder an mehreren Projekten gleichzeitig.
- Es geht um private Vorhaben wie einen Umzug oder eine Hochzeit.
Scrumban: das Beste aus beiden Welten
In der Praxis verschwimmen die Grenzen. Viele Teams planen in Sprints, visualisieren ihre Arbeit aber auf einem Kanban-Board mit WIP-Limits. Andere arbeiten im Kanban-Fluss und übernehmen nur die Retrospektive aus Scrum, um regelmäßig über Verbesserungen zu sprechen. Diese Mischform wird oft „Scrumban“ genannt. Wichtig ist nicht die reine Lehre, sondern dass euer Ablauf sichtbar ist und ihr ihn gemeinsam verbessert.
Entscheidungshilfe in drei Fragen
- Kommt die Arbeit planbar oder unvorhersehbar? Planbar spricht für Scrum, unvorhersehbar für Kanban.
- Wie viel Zeit habt ihr für Abstimmung? Scrum braucht feste Termine, Kanban kommt mit sehr wenig aus.
- Wollt ihr sofort starten? Kanban beginnt mit dem, was ihr heute schon tut – ihr braucht nur ein Board.
Unsicher? Dann fang mit Kanban an. Ein Board ist in Minuten eingerichtet, und wenn ihr später einen festen Takt wollt, könnt ihr Sprints jederzeit ergänzen. Wie das geht, zeigt die Anleitung Kanban-Board erstellen.
Häufige Fragen
Kann man Kanban und Scrum kombinieren?
Ja. Viele Teams arbeiten in Sprints wie bei Scrum und visualisieren die Arbeit auf einem Kanban-Board mit WIP-Limits. Diese Mischform wird oft „Scrumban“ genannt.