Zwei verschiedene Fragen
Kanban und Scrum werden oft als zwei Gerichte aus demselben Menü serviert. In der Praxis beginnen sie mit unterschiedlichen Fragen. Kanban fragt: Wo bleibt das Werk stecken? Scrum fragt: Was können wir bis zum Ende des Zyklus liefern? Der Rest des Vergleichs folgt daraus.
Kanban: Beobachte den Fluss
Der Kanban Guide (Ausgabe Mai 2025) definiert Kanban als eine Strategie zur Optimierung des Wertflusses durch einen Prozess. Er beruht auf drei Praktiken: der Definition und Visualisierung des Arbeitsablaufs, der aktiven Verwaltung der durchlaufenden Elemente und der Verbesserung des Flusses. Keine auferlegten Iterationen, keine vorgeschriebenen Rollen. Eine Anforderung ist wirklich fest: Kontrolliere die Anzahl der laufenden Aufgaben vom Beginn bis zum Abschluss.
Warum ist dieses Limit so wichtig? Weil es direkt darauf abwirkt, wie lange eine Aufgabe braucht, um das Feld zu überqueren. Das Littlesche Gesetz besagt, dass in einem stabilen System die durchschnittliche Anzahl der laufenden Aufgaben dem durchschnittlichen Durchsatz multipliziert mit der durchschnittlichen Zeit, die ein Gegenstand im System verbringt, entspricht (Little, 2011).
Ein Beispiel mit Zahlen, die für den Anlass erfunden wurden. Ein Support-Team beendet etwa 5 Tickets pro Tag und hat immer 20 offen: Jedes Ticket benötigt im Durchschnitt 4 Tage, um ausgegeben zu werden (20 ÷ 5). Wenn das Team laufende Tickets auf 8 begrenzt, ohne dass der Durchsatz sinkt, sinkt der Durchschnitt auf 1,6 Tage (8 ÷ 5). Nichts wurde beschleunigt; das Team hat einfach aufgehört, alles auf einmal zu starten.
Scrum: Einen Rhythmus halten
Der Scrum Guide 2020 von Ken Schwaber und Jeff Sutherland beschreibt Scrum als ein leichtgewichtige Rahmenwerk, das Menschen, Teams und Organisationen hilft, durch adaptive Lösungen für komplexe Probleme Wert zu schaffen. Es ist nur in wenigen Punkten präzise: Sprints von einem Monat oder weniger, ein Team von zehn Personen oder weniger, drei Verantwortlichkeiten (Entwickler, Product Owner, Scrum Master), fünf Ereignisse einschließlich der Sprint selbst und drei Artefakte (Produkt Backlog, Sprint Backlog, Inkrement). Jede Sprint verfolgt ein einziges Ziel, das Sprint Ziel. Details finden Sie in unserem Artikel zur Scrum Methode.
Welche Veränderungen in der Praxis
| Kriterium | Kanban | Scrum |
|---|---|---|
| Anfangsfrage | Wo bleibt die Arbeit stehen? | Was liefern wir am Ende der Sprint? |
| Was wird begrenzt | Die Anzahl der laufenden Arbeiten | Die Länge der Sprint (höchstens ein Monat) |
| Erforderliche Aufgaben | Keine | Product Owner, Scrum Master, Entwickler |
| Deine Meinung mitten auf dem Weg ändern | Jederzeit möglich, innerhalb der WIP Grenze | Das Backlog kann neu geordnet werden; nur das Product Owner kann ein Sprint |
| Häufige Maßnahmen | Zykluszeit, Durchsatz | Sprint Ziel erreicht oder nicht (Geschwindigkeit ist eine weit verbreitete Praxis, aber der Guide erwähnt sie nicht) |
Wie man auswählt, ohne sich zu verlaufen
- Die Arbeit kommt kontinuierlich, in kleinen Stücken, ohne gemeinsame Frist (Support, Inhalt, Rekrutierung): Kanban passt besser, da es keine gemeinsame Lieferung gibt, die man an einen Kalender binden kann.
- Das Team entwickelt ein Produkt oder eine Kampagne und möchte einen regelmäßigen Checkpoint mit den Stakeholdern: Scrum liefert diesen Rhythmus, solange die Veranstaltungen tatsächlich stattfinden.
- Kanban ohne WIP Limit wird zu einer ansprechenderen To-do-Liste. Scrum ohne eine Retrospektive, die etwas ändert, wird zu einer Reihe von Meetings.
Viele Teams verbinden beides. Für einen Überblick darüber, was die Literatur über Kanban in der Software erzählt hat, siehe die systematische Übersichtsarbeit von Ahmad, Markkula und Oivo (2013).
Quellen
- Coleman, J., Vacanti, D., et al. (2025). Der Kanban Guide (Mai 2025). kanbanguides.org
- Schwaber, K., & Sutherland, J. (2020). Der Scrum Guide 2020. scrumguides.org
- Little, J. D. C. (2011). OR Forum: Littles Gesetz zum 50-jährigen Jubiläum betrachtet. Operations Research, 59(3), 536-549. DOI:10.1287/OPRE.1110.0940
- Ahmad, M. O., Markkula, J., & Oivo, M. (2013).Kanban in der Softwareentwicklung: Eine systematische Literaturübersicht. 39. EUROMICRO-Konferenz für Softwareentwicklung und fortgeschrittene Anwendungen, 9.-16. doi:10.1109/SEAA.2013.28