Scrum vs. Kanban: die Unterschiede und was zu einem kleinen Team passt
Von Andrei Finogeev, Gründer von Weft ·
Scrum plant Arbeit in festen Sprints von höchstens einem Monat, mit drei Verantwortlichkeiten (Product Owner, Scrum Master, Developers) und vier Events in jedem Sprint. Kanban hat keine Sprints und keine vorgeschriebenen Rollen: Die Arbeit fließt kontinuierlich über ein Board, und das Team begrenzt ausdrücklich, wie viel gleichzeitig in Arbeit ist. Wähle Scrum, wenn ein Team aus mehreren Leuten einen festen Liefertakt und ein stabiles Ziel pro Zyklus braucht; wähle Kanban, wenn Arbeit unvorhersehbar hereinkommt und sich Prioritäten täglich ändern. Scrumban liegt dazwischen: der Fluss von Kanban, mit Sprints nur dort, wo sie helfen.
Scrum vs. Kanban vs. Scrumban: Spickzettel
Scrum nach dem Scrum Guide 2020, Kanban nach dem Kanban Guide (v2025.5). Für Scrumban gibt es keinen offiziellen Leitfaden; die Spalte beschreibt, wie es meist gehandhabt wird.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Takt | Feste Sprints von höchstens einem Monat, direkt hintereinander | Kontinuierlicher Fluss, keine Iterationen | Kontinuierlicher Fluss; optionale Sprints, meist ein oder zwei Wochen |
| Rollen | Product Owner, Scrum Master, Developers | Keine vorgeschrieben | Keine vorgeschrieben; oft verantwortet eine Person die Prioritäten |
| Meetings | Sprint Planning, Daily Scrum (15 Min.), Sprint Review, Sprint Retrospective | Keine vorgeschrieben | Nur was das Team nützlich findet, typischerweise Planung und ein Review |
| Was die Arbeit begrenzt | Wozu sich das Team für den Sprint verpflichtet | Ein ausdrückliches Limit für Work in Progress | Ein WIP-Limit, dazu das Sprint-Ziel, falls es eins gibt |
| Umfang mitten im Zyklus ändern | Das Sprint-Ziel bleibt fest; das Sprint Backlog kann verfeinert werden | Jederzeit: Der nächste Eintrag wird gezogen, sobald Platz ist | Jederzeit; das Sprint-Ziel ist ein Ziel, keine Sperre |
| Wichtigste Kennzahlen | Fortschritt zum Sprint-Ziel und zum Produkt-Ziel | Work in Progress, Durchsatz, Alter der Arbeitseinheiten, Zykluszeit | Meist die Fluss-Kennzahlen von Kanban |
| Board | Optional; wird jeden Sprint zurückgesetzt | Kern der Methode; bleibt bestehen | Bleibt bestehen; ein Sprint ist ein Ausschnitt davon |
| Passt am besten | Produktteams mit bis zu etwa zehn Leuten, die auf ein Ziel hinarbeiten | Support, Betrieb und alle, deren Arbeit ungeplant hereinkommt | Kleine Teams und Solo-Gründer, die Fluss und ein kurzfristiges Ziel wollen |
Was Scrum ist
Scrum wurde 1995 von Ken Schwaber und Jeff Sutherland auf der Konferenz OOPSLA erstmals vorgestellt; die heutigen Regeln stehen im Scrum Guide 2020. Ein Scrum Team hat typischerweise zehn oder weniger Personen und arbeitet in Sprints: Events fester Länge von höchstens einem Monat, die direkt nach dem Ende des vorherigen beginnen.
Jeder Sprint hat vier Events. Das Sprint Planning (höchstens acht Stunden bei einem Ein-Monats-Sprint) legt das Sprint-Ziel fest und wählt die Arbeit aus. Das Daily Scrum ist ein 15-minütiger Abgleich für die Developers. Das Sprint Review (höchstens vier Stunden) zeigt den Stakeholdern das Ergebnis, und die Sprint Retrospective (höchstens drei Stunden) schaut darauf, wie das Team gearbeitet hat.
Scrum hat drei Artefakte, jedes mit einem Commitment: das Product Backlog (das Produkt-Ziel), das Sprint Backlog (das Sprint-Ziel) und das Inkrement (die Definition of Done).
Was Kanban ist
Der Kanban Guide definiert Kanban als „eine Strategie zur Optimierung des Wertflusses durch einen Prozess“. Es geht auf das Kartensystem zurück, mit dem Toyota signalisierte, wann nachproduziert werden soll, und wurde in den 2000er-Jahren für Wissensarbeit angepasst.
Es hat drei Praktiken: den Workflow definieren und visualisieren, die Einträge darin aktiv steuern und ihn verbessern. Die einzige harte Regel: Die Menschen im System steuern ausdrücklich, wie viele Einträge zwischen Start und Abschluss gleichzeitig in Arbeit sind – das Work-in-Progress-Limit (WIP-Limit).
Kanban schreibt keine Rollen, keine Sprints und keine Meetings vor. Es verfolgt vier Fluss-Kennzahlen: Work in Progress, Durchsatz, Alter der Arbeitseinheiten und Zykluszeit.
Vor- und Nachteile
Scrum
- Ein fester Rhythmus: Alle wissen, wann das nächste Ergebnis fällig ist
- Ein klares Ziel pro Sprint verhindert, dass das Team abdriftet
- Eingebaute Momente, um Produkt und Prozess zu überprüfen
- Vier Events pro Sprint kosten ein Team aus zwei oder drei Leuten spürbar Zeit
- Dringende Arbeit wartet entweder auf den nächsten Sprint oder sprengt den Plan
- Braucht für jede Verantwortlichkeit jemanden – ein einzelner Gründer kann sich nicht aufteilen
Kanban
- Startet auf dem Board, das du schon hast; einzuführen ist nur ein WIP-Limit
- Neue Arbeit kann jederzeit hereingezogen werden
- Fluss-Kennzahlen zeigen, wo Arbeit hängen bleibt
- Keine eingebaute Deadline und kein Ziel, sodass langlaufende Arbeit abdriften kann
- Ohne WIP-Limit ist es nur eine To-do-Liste mit Spalten
- Vorausplanung bleibt ganz dem Team überlassen
Was du wählen solltest
- Ein Produktteam aus fünf bis zehn Leuten mit stabiler Roadmap
- Scrum. Die Events zahlen sich aus, wenn sich mehrere Leute alle paar Wochen auf ein Ziel einigen müssen.
- Support, Betrieb oder ein Team, das von eingehenden Anfragen lebt
- Kanban. Arbeit kommt, wann sie kommt; ein WIP-Limit und eine klare Done-Spalte zählen mehr als ein Sprint-Plan.
- Ein Solo-Gründer oder ein Team aus zwei bis fünf Leuten
- Scrumban. Führe ein durchgehendes Board mit WIP-Limit und nutze einen Sprint von ein oder zwei Wochen als kurzfristiges Ziel, ohne den kompletten Satz an Scrum-Events.
Scrumban: der Mittelweg
Corey Ladas beschrieb Scrumban als Weg für Scrum-Teams hin zu einem Pull-basierten Fluss. In der Praxis heißt das: ein Kanban-Board mit WIP-Limits, das nie zurückgesetzt wird, plus Sprints als optionale Timeboxes, die einen Teil der Arbeit bündeln. Unsere ausführliche Anleitung erklärt die Regeln und wie du das Board einrichtest: Was ist Scrumban?
Wenn KI-Agenten einen Teil der Arbeit übernehmen
Wenn ChatGPT, Claude, Cursor oder Codex Aufgaben für dich übernehmen, haben die Scrum-Events niemanden, der daran teilnimmt: Ein Agent nimmt nicht am Standup teil. Wichtig bleibt, was Kanban bietet: ein Board, das zeigt, was in Arbeit ist, ein WIP-Limit, damit nicht zehn Aufgaben gleichzeitig angefangen werden, und eine klare Regel, wann eine Karte fertig ist.
Auch der Engpass verschiebt sich. Agenten erledigen Arbeit schnell, und der langsame Schritt wird deine Prüfung dessen, was sie getan haben. Ein Limit dafür, wie viel fertige Arbeit auf dich warten darf, ist ein WIP-Limit für die menschliche Spalte.
Weft ist ein Scrumban-Board, das genau dafür gebaut ist: Spalten, optionale Sprints, ein Limit dafür, wie viel fertige Arbeit auf deine Prüfung warten darf, und eine KI, die eine Aufgabe vor dem Start übernimmt, den Fortschritt meldet und anhält, um dich zu fragen, wenn nur du entscheiden kannst.
Fragen
Sind Scrum und Kanban dasselbe?
Nein. Beide sind agile Ansätze und nutzen oft ein Board, aber Scrum plant Arbeit in festen Sprints mit festen Rollen und Events, während Kanban einen kontinuierlichen Fluss, keine vorgeschriebenen Rollen und ein ausdrückliches Limit für Work in Progress hat.
Gibt es Sprints in Kanban?
Nicht in Kanban an sich: Der Kanban Guide schreibt keine Iterationen vor. Teams, die einem Kanban-Board Sprints hinzufügen, betreiben meist Scrumban.
Wie funktioniert ein Scrum-Sprint?
Ein Sprint ist ein fester Zeitraum von höchstens einem Monat. Er beginnt mit dem Sprint Planning, das das Sprint-Ziel festlegt; die Developers treffen sich zum 15-minütigen Daily Scrum; er endet mit einem Sprint Review des Ergebnisses und einer Sprint Retrospective zum Prozess, und der nächste Sprint beginnt sofort.
Wer hat Scrumban erfunden?
Der Begriff wird Corey Ladas zugeschrieben, der Scrumban in Essays und einem Buch von 2009 als Weg für Scrum-Teams hin zu einem Pull-Prinzip nach Kanban-Art beschrieb.
Ist Scrum dasselbe wie Agile?
Nein. Agile sind die Werte und Prinzipien des Agilen Manifests von 2001; Scrum und Kanban sind zwei konkrete Arbeitsweisen, die ihnen folgen.
Kann ein Solo-Entwickler Scrum nutzen?
Nicht wie beschrieben: Scrum setzt ein Team mit drei getrennten Verantwortlichkeiten voraus. Ein Solo-Entwickler behält meist die hilfreichen Teile, ein Backlog und ein kurzes Sprint-Ziel, und führt das Board als Kanban – und das ist Scrumban.
Quellen
Gelesen am 11. November 2026.