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

  1. Arbeit erfassen: Notieren Sie zwei Wochen lang, welche Aufgaben ins Team kommen und woher.

  2. Methode wählen: Planbare Pakete sprechen für Scrum, laufende Anfragen für Kanban.

  3. Tool einrichten: Bilden Sie im kostenlosen Plan oder in der Testphase Ihren echten Ablauf ab.

  4. 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

  1. The Scrum Guide (Fassung 2020) , Ken Schwaber, Jeff Sutherland , 2020-11
  2. The Kanban Guide , kanbanguides.org , 2025-05
  3. ClickUp Pricing , ClickUp , 2026-11
  4. monday.com Pricing , monday.com , 2026-11
  5. MeisterTask: Work management for teams , MeisterLabs GmbH , 2026-11
Von

Redaktion SaaS Column

Redaktion

Die Redaktion von SaaS Column schreibt über Business-Software für kleine und mittlere Unternehmen, Selbstständige und Teams im DACH-Raum. Unsere Themen sind Auswahl, Einführung und Kosten von SaaS-Tools sowie Datenschutz und Compliance: von CRM und Buchhaltung über Projektmanagement bis zur Team-Kommunikation.

Wir arbeiten mit Primärquellen. Dazu gehören Herstellerdokumentation, Preis- und Trust-Seiten, Auftragsverarbeitungsverträge, Gesetzestexte und Veröffentlichungen von Behörden wie BSI, BfDI oder Datenschutzkonferenz. Jede überprüfbare Aussage belegen wir mit einer Quelle am Ende des Beitrags.

Vergleiche und Tests sind redaktionelle Bewertungen nach einem festen Kriterienkatalog. Wir kennzeichnen, worauf eine Note beruht, und täuschen keine Praxistests vor. Wie das im Detail funktioniert, beschreibt unsere Methodik.

Wir sind unabhängig: Es gibt keine bezahlten Platzierungen und keine Affiliate-Links. Hersteller haben keinen Einfluss auf Bewertungen. Finden Sie einen Fehler, korrigieren wir ihn und vermerken inhaltliche Änderungen sichtbar am Beitrag.