Kanban vs Scrum: Unterschied, Vergleich & Entscheidungshilfe

Kanban vs Scrum oder Scrum vs Kanban meint dieselbe Frage: Welches agile Vorgehen passt besser zu meiner Situation? In diesem Vergleich zeige ich dir die wichtigsten Unterschiede, Gemeinsamkeiten und Entscheidungskriterien zwischen Scrum und Kanban.

Kanban vs Scrum: Was ist der wichtigste Unterschied?

Der wichtigste Unterschied zwischen Kanban und Scrum liegt in der Arbeitslogik. Scrum arbeitet mit festen Rollen, Sprints und regelmäßigen Events. Kanban arbeitet stärker flussorientiert, visualisiert Aufgaben auf einem Board und begrenzt parallele Arbeit über Work-in-Progress-Limits.

Kurz gesagt: Scrum passt gut, wenn ein Team gemeinsam ein Produkt in klaren Iterationen entwickelt. Kanban passt gut, wenn Arbeit kontinuierlich einfließt, priorisiert und abgearbeitet werden muss, zum Beispiel in Support, Service, IT-Betrieb oder kontinuierlicher Verbesserung.

Kanban System einfach erklärt

Eines meiner ersten Praxis-Projekte während des Studiums beschäftigte sich mit der Wäschereilogistik in einem Krankenhaus – auch das gibt es. Ziel des Projektes war die Wäschebestände auf den Stationen zu senken, da die Schwestern aus Furcht vor Engpässen immer auf Vorrat bestellt haben. Die Antwort damals hieß Kanban.

Das von Taiichi Ohno bereits 1947 erfundene Kanban System gilt nach wie vor als todschick und wird in der Produktion vielfach eingesetzt. Schließlich verspricht das System reduzierte Lagerbestände und ermöglicht die gewünschte Just-in-Time Produktion. Nicht zu viel produzieren, nicht zu wenig produzieren. Eben genau was der Kunde braucht. Hier am Beispiel Gabelstapler illustriert:

Ansehen auf

Software Kanban oder Kanban in der IT

Was hat Kanban im IT-Umfeld verloren? David Anderson hat die wesentlichen Funktionsprinzipien hinter Kanban übernommen und auf Software bzw. IT angewendet. Herausgekommen sind sechs Kernpraktiken:

1. Mach Arbeit sichtbar: Hier kommen die berühmten Kanban-Boards zum Einsatz, um den Prozess transparent zu machen. Die einfachste Form eines solchen Boards siehst du im nächsten Kapitel.
2. Limitiere den Work in Progress (WiP): Hier kommt das Pull-Prinzip zum Einsatz. Stelle nur her was verbraucht wird bzw. in der nächsten Station weiterverarbeitet werden kann. Alles andere führt zu unnötigem Stau.
3. Manage Flow: Messen – Messen – Messen. Wie hoch ist der Durchsatz im System? Wie viele Kanban-Karten können pro Woche abgearbeitet werden? Wie lange dauert die durchschnittliche Bearbeitungsdauer?
4. Mache Prozessregeln explizit: Die Regeln müssen allen im Team klar sein. Wer zieht Aufgaben durchs System bzw. wer ist Kunde? Wann werden Aufgaben gezogen? Wann ist eine Aufgabe wirklich erledigt (Definition of Done)?
5. Implementiere Feedback-Mechanismen: Hier sind die Gemeinsamkeiten von Kanban, Scrum und Shopfloor Management am offensichtlichsten. Kurze, regelmäßige, strukturierte Meetings, um sich abzustimmen und die Arbeitsweise fortlaufend zu verbessern.
6. Führe gemeinschaftliche Verbesserungen durch: Hier gibt es keine konkrete Methodenvorgabe, aber der Kerngedanke KVP ist klar. Aufgrund der Messergebnisse werden Maßnahmen ergriffen, um das System zu optimieren: Plan – Do – Check – Act.

Durch Software Kanban oder IT Kanban nach David Anderson wird der Versuch unternommen, Aufgaben von Wissensarbeitern möglichst effizient abzuarbeiten. Dazu wird Stau vermieden, indem die Ware in Arbeit limitiert wird. Der Engpass bestimmt den Durchsatz.

Umgelegt auf die IT-Abteilung sagt nicht der Umsetzer (=IT-Abteilung) was umgesetzt wird, sondern der Kunde (=Fachabteilung). Die Fachabteilungen müssen vor dem Hintergrund einer begrenzten Umsetzungskapazität entscheiden, was in den Tunnel gelassen wird und in welcher Reihenfolge.

„Die Plattform von Patrick ist einmalig, da er es immer wieder schafft, uns als Teilnehmer:innen herauszufordern und zum Nachdenken anzuregen. Die Themen und Diskussionen im Führungskreis Softwareentwicklung helfen mir bei der täglichen Arbeit. Die Impulsvorträge ermöglichen mir in kürzester Zeit, in ein neues Thema außerhalb des normalen Alltags einzusteigen. “

Urs Stäheli

Director Software Engineering

L.Kellenberger & Co AG

Was ist ein Kanban Board?

Um Arbeit und Ressourcen sichtbar zu machen, kommen Kanban-Boards zum Einsatz. Transparenz durch Visualisierung. Die einfachste Form eines solchen Kanban-Boards umfasst die Spalten ToDo, WiP und Done:

Ein Kanban-Board kann innerhalb weniger Minuten auf einer Pinnwand aufgebaut werden. Natürlich gibt es dazu jede Menge Software wie z.B. Jira oder Trello:

Ansehen auf

Kanban vs Scrum im Vergleich

Scrum und Kanban werden häufig gleichgesetzt, weil beide mit Boards, Transparenz und regelmäßiger Verbesserung arbeiten. Trotzdem verfolgen sie unterschiedliche Logiken. Scrum strukturiert Arbeit über Rollen, Sprints und feste Ereignisse. Kanban optimiert den Arbeitsfluss, macht Engpässe sichtbar und begrenzt parallele Arbeit. Im Kern gibt es also Überschneidungen, aber auch klare Unterschiede:

Scrum limitiert im Gegensatz zu Kanban die Ware in Arbeit indirekt über die Dauer des Sprints bzw. das Commitment des Teams. Bei Scrum gilt es durch Timeboxing, in regelmäßigen Abständen ein lauffähiges Produkt zu erzeugen. Das nachfolgende Video „Kanban vs Scrum“ gibt weiterführende Einblicke:

Ansehen auf

Fazit – Kanban vs Scrum

Scrum und Kanban sind zwei Werkzeuge, um Arbeit im Team besser zu organisieren – aber mit unterschiedlichem Schwerpunkt. Scrum eignet sich besonders für Produktentwicklung in festen Iterationen. Kanban eignet sich besonders für kontinuierliche Arbeit, bei der Aufgaben sichtbar gemacht, priorisiert und durch einen stabilen Arbeitsfluss geführt werden.

Oder zugespitzt: Scrum passt eher für Projekte und Produktentwicklung, Kanban eher für Prozesse, Servicearbeit und laufende Verbesserung. In vielen Organisationen ist nicht die Frage „Scrum oder Kanban“, sondern wie beide Ansätze sinnvoll kombiniert werden können.

Dr. Patrick Fritz