Was ist Kanban? Die Methode einfach erklärt
Kanban ist eine der bekanntesten Methoden im Projektmanagement und der agilen Arbeitswelt. Doch was steckt eigentlich dahinter? Wir erklären die Kanban-Methode verständlich, zeigen dir die wichtigsten Prinzipien, häufige Fehler und wie du Kanban in deinem Team einführst — egal ob mit Whiteboard oder digitalem Tool.
🎯 Praxis-Anleitung
⏱ 12 Min Lesezeit
🔍 Anfänger-freundlich
Inhaltsverzeichnis
- Was ist Kanban? (Definition)
- Die Geschichte: Vom Toyota-Werk ins Software-Engineering
- Die 4 Grundprinzipien von Kanban
- Die 6 Kanban-Praktiken
- Anatomie eines Kanban-Boards
- WIP-Limits: Das geheime Erfolgsrezept
- Kanban einführen: Schritt für Schritt
- Die 7 häufigsten Kanban-Fehler
- Kanban vs. Scrum: Der ehrliche Vergleich
- Kanban-Tools: Was du brauchst
- Kanban-Metriken: Cycle Time, Lead Time, Throughput
- Häufige Fragen
- Fazit: Wann lohnt sich Kanban?
Was ist Kanban? Eine kurze Definition
Kanban (japanisch für „Schild“ oder „visuelles Signal“) ist eine Methode zur Steuerung von Arbeitsprozessen, die auf Visualisierung, kontinuierlichem Fluss und Begrenzung der parallelen Arbeit basiert. Anders als Scrum schreibt Kanban weder feste Iterationen noch spezifische Rollen vor — es ist evolutionär, das heißt: Du startest mit deinem aktuellen Prozess und verbesserst ihn schrittweise.
Im Kern beantwortet Kanban drei einfache Fragen für jedes Team:
- Was machen wir gerade? (Visualisierung der Arbeit)
- Wie viel können wir gleichzeitig schaffen? (WIP-Limits)
- Wo läuft es nicht rund? (Engpässe identifizieren)
Die Geschichte: Vom Toyota-Werk ins Software-Engineering
Die Wurzeln von Kanban liegen nicht in der IT, sondern in der japanischen Automobilindustrie. In den 1940er und 1950er Jahren entwickelte Taiichi Ohno bei Toyota das Toyota Production System — eine schlanke Produktionsphilosophie, die Verschwendung minimieren und Just-in-Time-Lieferungen ermöglichen sollte.
Ein zentrales Element: Karten (eben „Kanban“) signalisierten, wann Material nachbestellt werden musste. Statt vorzuproduzieren und Lager zu füllen, wurde Material erst dann nachgeordert, wenn es tatsächlich gebraucht wurde — ein Pull-System statt eines Push-Systems.
2007 übertrug der Software-Berater David J. Anderson diese Prinzipien auf die Wissensarbeit. Sein 2010 erschienenes Buch „Kanban: Successful Evolutionary Change for Your Technology Business“ gilt heute als Standardwerk und brachte die Methode in die Software-Welt.
Heute nutzen Kanban nicht nur Entwicklerteams, sondern auch Marketing-Abteilungen, HR-Teams, Krankenhäuser, Schulen und Verwaltungen — überall, wo Arbeit fließend organisiert werden muss.
Die 4 Grundprinzipien von Kanban
Kanban basiert auf vier einfachen, aber tiefgreifenden Prinzipien — den sogenannten Change Management Principles:
1. Beginne mit dem, was du gerade tust
Du musst weder Rollen, noch Prozesse, noch Tools von heute auf morgen umstellen. Kanban startet mit deinem aktuellen Workflow und macht ihn sichtbar.
2. Vereinbare, schrittweise Verbesserungen vorzunehmen
Statt großer Reorganisationen geht es um kontinuierliche, kleine Anpassungen. Diese sind weniger riskant und werden besser akzeptiert.
3. Respektiere bestehende Rollen, Verantwortlichkeiten und Titel
Niemand wird aus seiner Position gedrängt. Der Projektmanager bleibt Projektmanager, der Designer bleibt Designer. Was sich ändert, ist nur der Workflow.
4. Fördere Leadership auf allen Ebenen
Verbesserungsvorschläge dürfen von jedem kommen — nicht nur von Führungskräften. Wer am System arbeitet, kennt die Probleme oft am besten.
Die 6 Kanban-Praktiken
Während die Prinzipien beschreiben, wie du den Wandel angehst, definieren die sechs Kanban-Praktiken, was du konkret tust:
Workflow visualisieren
Mach jeden Arbeitsschritt sichtbar — auf einem physischen Whiteboard oder digital in einem Tool. Aufgaben werden zu Karten, der Prozess in Spalten.
WIP-Limits einführen
Begrenze die Anzahl gleichzeitig laufender Aufgaben. Statt 20 Dinge halb fertig zu haben, machst du 3-5 Dinge richtig.
Den Fluss managen
Beobachte, wie Aufgaben durch dein System fließen. Wo bleiben sie hängen? Wo gibt es Engpässe? Diese sichtbar zu machen, ist der erste Schritt zur Verbesserung.
Regeln explizit machen
Wann ist eine Aufgabe „fertig“? Wer darf was in „In Arbeit“ ziehen? Mache implizite Regeln zu expliziten — sonst entsteht Chaos.
Feedback-Loops einbauen
Tägliche Stand-ups, wöchentliche Retrospektiven, monatliche Strategie-Reviews — Feedback ist der Treibstoff kontinuierlicher Verbesserung.
Gemeinsam verbessern (Kaizen)
Das japanische Wort Kaizen bedeutet „Veränderung zum Besseren“. Kanban lebt davon, dass das Team kontinuierlich an seinen Prozessen arbeitet.
Anatomie eines Kanban-Boards
Das Herzstück von Kanban ist das Board — die visuelle Darstellung deines Workflows. Ein klassisches Kanban-Board hat mindestens drei Spalten:
| Spalte | Bedeutung | Beispiel-Aufgaben |
|---|---|---|
| To Do | Was muss noch gemacht werden? | Backlog, eingehende Anfragen, neue Ideen |
| In Progress | Was wird gerade aktiv bearbeitet? | Aktuelle Tasks (mit WIP-Limit!) |
| Done | Was ist fertig und abgeschlossen? | Erledigte Tasks der letzten Woche |
In der Praxis erweitern die meisten Teams diese Grundstruktur um weitere Spalten — etwa „Review“, „Testing“ oder „Blocked“. Wichtig ist: Jede Spalte sollte einen klaren Übergangspunkt haben, an dem die Aufgabe weiterzieht.
Beispiel: Kanban-Board einer Marketing-Agentur
| Backlog | Briefing | Konzept | Umsetzung | Review | Live |
|---|---|---|---|---|---|
| Kampagne Sommer Newsletter Juni Social Posts Landingpage X |
Briefing Kunde A (WIP: 2) |
Konzept B (WIP: 3) |
Design C Copy D (WIP: 4) |
Freigabe Kunde E (WIP: 2) |
Online seit Mo |
WIP-Limits: Das geheime Erfolgsrezept
WIP steht für „Work in Progress“ — also die Anzahl der gleichzeitig in Arbeit befindlichen Aufgaben. Ein WIP-Limit legt fest, wie viele Aufgaben maximal in einer Spalte sein dürfen.
Warum ist das so wichtig? Stell dir vor, dein Team hat 10 Projekte parallel angefangen, aber keines davon abgeschlossen. Jeder Wechsel zwischen Aufgaben kostet mentale Energie (sogenannte Context Switching Costs) — Studien zeigen, dass produktive Arbeit dadurch um bis zu 40% sinkt.
So setzt du sinnvolle WIP-Limits
- Faustregel: WIP-Limit = Anzahl Teammitglieder × 1,5
- Beispiel: 4-Personen-Team → maximal 6 aktive Aufgaben
- Bei spezialisierten Rollen: Limit pro Person setzen
- Mit kleinen Limits starten und beobachten, ob das Team „pullt“ oder im Leerlauf steht
Kanban einführen: Schritt für Schritt
Kanban ist niedrigschwellig — du kannst heute Nachmittag anfangen, ohne große Vorbereitung. Hier der bewährte 7-Schritte-Plan:
Workflow analysieren
Setz dich 30 Minuten mit deinem Team zusammen und notiert, welche Schritte eine typische Aufgabe durchläuft — von der ersten Idee bis zur Fertigstellung.
Spalten definieren
Aus den Workflow-Schritten werden Spalten. Starte mit 3-5 Spalten — mehr lenkt anfangs nur ab.
Aufgaben sammeln
Schreibe alle aktuellen und anstehenden Aufgaben auf Karten (Post-Its oder digital). Eine Aufgabe = eine Karte.
WIP-Limits setzen
Lege für die Spalte „In Progress“ ein Limit fest. Bei 5 Personen → maximal 7 Karten.
Tägliches Stand-up etablieren
15-Minuten-Treffen vor dem Board: „Was macht ihr heute? Wo gibt es Blocker?“ Mehr nicht.
Erste Woche beobachten
Greife noch nicht ein — nur beobachten. Wo stockt die Arbeit? Welche Spalten füllen sich? Was wird ignoriert?
Iterieren und anpassen
Nach 1-2 Wochen Retrospektive: Was funktioniert? Was nicht? Spalten anpassen, WIP-Limits ändern, neue Regeln vereinbaren.
Die 7 häufigsten Kanban-Fehler
Vermeide diese Stolperfallen
- WIP-Limits ignorieren: „Wir sind heute alle frei, also fangen wir 8 Sachen an“ — der schlimmste Fehler
- Zu viele Spalten: Wer 12 Spalten hat, hat keinen Workflow, sondern eine Bürokratie
- Nur einen Statusübergang abbilden: „To Do → Done“ verfehlt den Kanban-Sinn komplett
- Keine Definition of Done: Wann ist eine Aufgabe fertig? Wer entscheidet das?
- Keine Stand-ups: Ohne tägliches Treffen verkommt das Board zur Tapete
- Karten ohne klare Owner: Wenn niemand verantwortlich ist, passiert nichts
- Nie reviewen: Wer den Workflow nicht regelmäßig hinterfragt, optimiert ihn nicht
Kanban vs. Scrum: Der ehrliche Vergleich
Beide Methoden sind agil, beide bringen Struktur — aber sie unterscheiden sich fundamental:
| Kriterium | Kanban | Scrum |
|---|---|---|
| Iterationen | Kontinuierlicher Fluss | Feste Sprints (1-4 Wochen) |
| Rollen | Keine vorgeschrieben | Product Owner, Scrum Master, Dev-Team |
| Planung | Just-in-Time | Sprint Planning |
| Änderungen | Jederzeit möglich | Nicht im laufenden Sprint |
| Metriken | Cycle Time, Lead Time | Velocity, Burndown |
| Geeignet für | Support, Operations, Marketing | Produktentwicklung mit klaren Zielen |
| Lernkurve | Niedrig (Tag 1 startbar) | Mittel (Zertifizierung empfohlen) |
Viele Teams nutzen heute Scrumban — eine Mischung aus beiden. Dabei wird Scrums Sprint-Struktur mit Kanbans Visualisierung und WIP-Limits kombiniert.
Kanban-Tools: Was du brauchst
Für Kanban brauchst du theoretisch nur ein Whiteboard und Haftnotizen. In der Praxis — besonders bei verteilten Teams — sind digitale Tools unverzichtbar geworden.
Klassische Kanban-Tools
- Trello — der Klassiker, sehr einfach, kostenlos für kleine Teams
- monday.com — flexibel, viele Ansichten, professionell
- Asana — strukturiert, gut für komplexe Projekte
- ClickUp — All-in-One mit Kanban als einer von vielen Ansichten
- MeisterTask — schlank, intuitiv, EU-Hosting
- Awork — DACH-fokussiert mit nativer Zeiterfassung
- Jira — speziell für Software-Teams mit komplexen Workflows
Welches Tool zu dir passt, hängt von deiner Team-Größe, deinen Anforderungen an DSGVO und deinem Budget ab. Detaillierte Vergleiche findest du in unseren Artikeln:
- Die 10 besten Projektmanagement-Tools 2026
- Trello-Alternativen im Detail
- monday.com vs. Trello — Direktvergleich
- DSGVO-konforme PM-Tools für DACH
Kanban-Metriken: Cycle Time, Lead Time, Throughput
Drei Kennzahlen sind im Kanban entscheidend, um Verbesserungen messbar zu machen:
Cycle Time
Die Zeit, die eine Aufgabe von „In Progress“ bis „Done“ benötigt — also die reine Bearbeitungsdauer. Beispiel: Ein Bug-Ticket wird Montag in Bearbeitung genommen und Donnerstag fertig → Cycle Time = 4 Tage.
Lead Time
Die Zeit von der ersten Anforderung bis zur Auslieferung — inklusive Wartezeit im Backlog. Beispiel: Bug-Ticket wurde am 1. März gemeldet, Bearbeitung startete am 10. März, fertig am 14. März → Lead Time = 13 Tage.
Throughput
Wie viele Aufgaben dein Team in einem Zeitraum erledigt. Beispiel: 12 Tickets pro Woche im Schnitt.
Häufige Fragen zu Kanban
Ist Kanban dasselbe wie Trello?
Nein. Trello ist ein Tool, das auf Kanban-Prinzipien basiert. Kanban ist die Methode dahinter. Du kannst Kanban auch ohne Trello nutzen — und Trello auch für andere Methoden einsetzen.
Funktioniert Kanban auch außerhalb der IT?
Ja, sogar besonders gut. Marketing-Teams, HR-Abteilungen, Krankenhäuser, Schulen und Verwaltungen nutzen Kanban erfolgreich. Überall dort, wo Arbeit fließend organisiert werden muss, funktioniert die Methode.
Brauche ich eine Zertifizierung für Kanban?
Nicht zwingend. Es gibt Zertifizierungen wie das „Kanban Management Professional“ (KMP), aber für die meisten Teams reicht es, mit einem guten Buch oder Tutorial einzusteigen und die Methode iterativ zu verbessern.
Wie viele Teammitglieder braucht Kanban?
Kanban funktioniert ab einer Person — sogar Solo-Selbstständige nutzen es zur Selbstorganisation. Optimal sind 3-9 Personen, größere Teams sollten in Sub-Boards aufgeteilt werden.
Kann ich Kanban mit Excel umsetzen?
Theoretisch ja, in der Praxis ungeeignet. Excel ist für Listen optimiert, nicht für visuelle Workflows. Selbst kostenlose Tools wie Trello oder Notion sind deutlich besser geeignet.
Was ist der Unterschied zwischen Kanban und Scrumban?
Scrumban kombiniert Kanbans visuelle Workflow-Steuerung mit Scrums Sprint-Struktur. Du arbeitest in Iterationen (wie Scrum), aber visualisierst die Aufgaben mit Kanban-Board und WIP-Limits.
Wann sollte ich Kanban NICHT verwenden?
Bei Projekten mit festen Deadlines und unbeweglichen Scope-Anforderungen ist klassisches Wasserfall-PM oft besser. Auch wenn dein Team mit dem aktuellen Workflow extrem zufrieden ist, gibt es keinen Grund zu wechseln.
Wie messe ich den Erfolg von Kanban-Einführung?
Drei Indikatoren: 1) Sinkende Cycle Time, 2) weniger blockierte Aufgaben, 3) zufriedeneres Team. Frag nach 4 Wochen, ob die Einführung sich gelohnt hat — die meisten Teams sagen ja.
Fazit: Wann lohnt sich Kanban?
🏆 Unser Fazit zur Kanban-Methode
Kanban ist die niedrigschwelligste agile Methode überhaupt. Du brauchst keine Zertifizierung, keine teure Software und keine wochenlange Vorbereitung — nur ein Whiteboard, ein paar Karten und die Bereitschaft, deinen Prozess sichtbar zu machen.
Wenn du Kanban gerade erst anfängst: Lies David J. Andersons Buch, schau dir ein paar Whiteboard-Beispiele an und lege los. Du wirst überrascht sein, wie schnell das System Wirkung zeigt.
Dieser Artikel ist ein Bildungsguide und enthält keine Affiliate-Links zu den vorgestellten Methoden. Verlinkungen zu Tool-Vergleichen können Affiliate-Links enthalten. Mehr erfahren