Kurz gesagt
Scrum passt zu Teams, die ein Produkt in festen Sprints von höchstens einem Monat weiterentwickeln und klare Rollen verteilen können. Kanban passt zu Teams mit laufend eintreffenden Aufgaben wie Support, Marketing oder Verwaltung. Ein Scrum-Tool braucht Backlog und Sprints, ein Kanban-Tool ein Board mit WIP-Limits und Berichten zur Durchlaufzeit.
Scrum arbeitet in Sprints von höchstens einem Monat, mit Product Owner, Scrum Master und Developers.
Kanban schreibt weder Rollen noch Iterationen vor. Es begrenzt die Menge angefangener Arbeit.
Planbare Produktarbeit spricht für Scrum, laufend eintreffende Anfragen sprechen für Kanban.
Ein Tool für Scrum braucht Backlog und Sprints, ein Tool für Kanban ein Board mit WIP-Limits und Flussberichten.
Scrum und Kanban lösen dasselbe Problem auf zwei Wegen. Beide machen Arbeit sichtbar und steuerbar. Scrum setzt auf feste Zeitfenster, Kanban auf einen gesteuerten Fluss. Für beide Methoden gibt es frei zugängliche Leitfäden: den Scrum Guide in der Fassung von 2020 und den Kanban Guide, zuletzt aktualisiert im Mai 2025.
Was unterscheidet Kanban und Scrum?
Der wichtigste Unterschied ist der Takt. Scrum plant in festen Sprints, Kanban in einem laufenden Fluss. Die Tabelle zeigt die Unterschiede nach den beiden Leitfäden.
Merkmal | Scrum | Kanban |
|---|---|---|
Takt | Sprints mit fester Länge, höchstens ein Monat | Laufender Fluss ohne feste Iteration |
Rollen | Product Owner, Scrum Master, Developers | Keine festen Rollen vorgeschrieben |
Planung | Sprint Planning zu Beginn jedes Sprints | Neue Arbeit startet, sobald Kapazität frei ist |
Steuerung | Sprint-Ziel und Definition of Done | WIP-Limits und Flussmetriken |
Teamgröße | In der Regel zehn oder weniger Personen | Nicht festgelegt |
Rückblick | Sprint Review und Retrospektive je Sprint | Laufend, in festen Abständen oder beides |
Wie funktioniert Scrum?
Scrum organisiert Arbeit in Sprints. Ein Sprint dauert laut Scrum Guide einen Monat oder weniger und hat immer dieselbe Länge. Er beginnt mit dem Sprint Planning und endet mit Sprint Review und Retrospektive. Dazwischen trifft sich das Team täglich zum Daily Scrum, das höchstens 15 Minuten dauert.
Das Scrum Team ist klein und hat keine Unterteams. Der Guide nennt in der Regel zehn oder weniger Personen und drei Verantwortlichkeiten:
Product Owner: ordnet das Product Backlog und verantwortet den Wert des Produkts. Laut Guide ist das eine Person, kein Gremium.
Scrum Master: führt Scrum ein, coacht Team und Organisation und räumt Hindernisse aus dem Weg.
Developers: planen den Sprint und liefern ein Ergebnis, das die Definition of Done erfüllt.
Scrum lohnt sich, wenn ein Team an einem Produkt arbeitet und regelmäßig ein nutzbares Zwischenergebnis zeigen kann. Typische Fälle sind eine Software, eine App, ein neuer Online-Shop oder der Relaunch einer Website (alles mit klarem Ziel).
Wie funktioniert Kanban?
Kanban ist laut Kanban Guide eine Strategie, um den Fluss von Wert durch einen Prozess zu optimieren. Der Guide beschreibt drei Praktiken, die zusammenwirken:
den Arbeitsablauf definieren und sichtbar machen,
die Arbeit im Ablauf aktiv steuern,
den Arbeitsablauf laufend verbessern.
Das zentrale Werkzeug ist das WIP-Limit. WIP steht für Work in Progress, also angefangene und noch nicht beendete Arbeit. Das Team legt fest, wie viele Aufgaben gleichzeitig in Arbeit sein dürfen. Neue Arbeit beginnt erst, wenn Kapazität frei wird.
Zur Steuerung nennt der Kanban Guide vier Flussmetriken: WIP, Durchsatz, Alter offener Aufgaben (Work Item Age) und Durchlaufzeit (Cycle Time). Rollen und feste Iterationen schreibt Kanban nicht vor. Eine Kurzdefinition finden Sie im Glossar unter Kanban.
Welche Methode passt zu Ihrem Team?
Die Art der Arbeit entscheidet, weniger die Vorliebe im Team. Unsere redaktionelle Faustregel: Kommt Arbeit planbar in Paketen, passt Scrum. Kommt sie laufend und schwer vorhersehbar, passt Kanban.
Scrum eignet sich für
Produktteams, die eine Software oder App weiterentwickeln,
Projekte mit klarem Ziel und Zwischenergebnissen alle zwei bis vier Wochen,
Teams, die eine Person als Product Owner freistellen können.
Kanban eignet sich für
Support- und Service-Teams mit eingehenden Tickets,
Marketing- und Content-Teams mit vielen kleinen Aufträgen,
Verwaltung, Buchhaltung und Office-Management,
Teams, deren Mitglieder nebenher andere Aufgaben haben.
Mischformen sind möglich. Manche Teams planen in Sprints und steuern die Arbeit innerhalb des Sprints über ein Board mit WIP-Limits. Der Name der Methode zählt weniger als eine klare Regel, die alle im Team kennen.
Welche Tool-Funktionen brauchen Sie?
Fast jedes Projektmanagement-Tool zeigt Aufgaben als Board. Ein Board allein macht noch kein Kanban- oder Scrum-Werkzeug. Prüfen Sie vor der Auswahl diese Funktionen:
Funktion | Wichtig für | Worauf Sie achten sollten |
|---|---|---|
Board mit frei definierbaren Spalten | Kanban und Scrum | Spalten bilden Ihren echten Ablauf ab |
WIP-Limits je Spalte | Kanban | Nicht jedes Board-Tool begrenzt Spalten technisch |
Backlog mit Reihenfolge | Scrum und Kanban | Sortieren per Drag-and-drop, Filter nach Priorität |
Sprints mit Start- und Enddatum | Scrum | Offene Aufgaben in den nächsten Sprint übernehmen |
Berichte zu Durchsatz und Durchlaufzeit | Kanban | Export für eigene Auswertungen |
Automatisierungen | Kanban und Scrum | Status setzen, zuweisen, benachrichtigen |
Die Anbieter verteilen diese Funktionen unterschiedlich auf ihre Pläne. ClickUp führt Sprints laut Preisseite schon im kostenlosen Plan. Bei monday.com gehört das Sprint-Management zum Produkt monday dev ab dem Plan Standard. MeisterTask stellt Kanban-Boards in den Mittelpunkt. Eine Übersicht mit Datenschutz-Blick bietet unser Vergleich der Projektmanagement-Software.
Achten Sie neben den Funktionen auf den Datenschutz. Aufgaben enthalten oft Namen, Kundendaten und interne Informationen. Mit dem Anbieter brauchen Sie deshalb einen Auftragsverarbeitungsvertrag. Wie Sie Software strukturiert auswählen, beschreibt unser Ratgeber zur Auswahl von SaaS-Tools.
So starten Sie in vier Schritten
Arbeit erfassen: Notieren Sie zwei Wochen lang, welche Aufgaben ins Team kommen und woher.
Methode wählen: Planbare Pakete sprechen für Scrum, laufende Anfragen für Kanban.
Tool einrichten: Bilden Sie im kostenlosen Plan oder in der Testphase Ihren echten Ablauf ab.
Nach vier Wochen prüfen: Wo staut sich Arbeit? Passen Sie Spalten, Limits oder Sprintlänge an.
Der erste Schritt kostet nichts: Zeichnen Sie Ihren heutigen Ablauf als Board auf Papier. Danach lohnt der Blick auf konkrete Werkzeuge, etwa in unserem Asana-Test.
Häufige Fragen
Kann man Kanban und Scrum kombinieren?
Ja. Manche Teams planen in Sprints nach Scrum und steuern die laufende Arbeit über ein Board mit WIP-Limits. Wichtig ist, dass das Team die gemeinsamen Regeln festhält und regelmäßig überprüft.
Wie lang sollte ein Sprint sein?
Der Scrum Guide legt nur eine Obergrenze fest: Ein Sprint dauert einen Monat oder weniger und hat eine feste Länge. Kürzere Sprints liefern häufiger Rückmeldung, längere lassen mehr Raum für größere Aufgaben. Die Länge legt das Team selbst fest.
Braucht Kanban einen Scrum Master?
Nein. Der Kanban Guide schreibt keine Rollen vor. Es hilft trotzdem, eine Person zu benennen, die auf die WIP-Limits achtet und Verbesserungen anstößt.
Welches Tool eignet sich für Kanban?
Geeignet ist jedes Tool mit frei konfigurierbarem Board. Prüfen Sie, ob es WIP-Limits je Spalte und Berichte zur Durchlaufzeit bietet. Einen Überblick gibt unser Vergleich der Projektmanagement-Software.
Quellen
- The Scrum Guide (Fassung 2020) , Ken Schwaber, Jeff Sutherland , 2020-11
- The Kanban Guide , kanbanguides.org , 2025-05
- ClickUp Pricing , ClickUp , 2026-11
- monday.com Pricing , monday.com , 2026-11
- MeisterTask: Work management for teams , MeisterLabs GmbH , 2026-11