Kanban einfach erklärt – Kanban ist überall: in IT-Teams, im Service, in Projekten und ganzen Geschäftsbereichen. Trotzdem bleibt vielen Führungskräften unklar, was genau dahintersteckt – und wie man es im Unternehmen sinnvoll nutzt.
Dieser Beitrag erklärt Kanban so, dass Sie es direkt anwenden können. Ohne Buzzwords, ohne Methoden-Dogma.
Sie erfahren:
- Was Kanban ist – in einem Satz
- Wie ein Kanban-Board aufgebaut ist
- Welche Regeln wirklich wichtig sind
- Wie Sie Kanban Schritt für Schritt einführen
- Wo typische Fehler lauern
- Wann Kanban nicht die richtige Wahl ist

Was ist Kanban? Eine einfache Definition
Kanban ist eine Methode, um Arbeit sichtbar zu machen, zu begrenzen und im Fluss zu halten – mit Hilfe eines Boards, klarer Regeln und laufender Verbesserungen.
Kernidee:
Nur so viel Arbeit starten, wie das Team bewältigen kann. Dadurch sinken Wartezeiten, Engpässe werden sichtbar, Durchlaufzeiten werden kürzer.
Weitere typische Merkmale:
- Visualisierung aller Aufgaben auf einem Board
- Arbeit wird „gezogen“ (Pull-Prinzip), nicht verteilt („Push“)
- Begrenzung paralleler Aufgaben (Work-in-Progress, WIP)
- Regelmäßige Abstimmung im Team auf Basis der Daten vom Board
Für wen eignet sich Kanban?
Kanban passt immer dann, wenn:
- Arbeit in Aufgabenpaketen organisiert werden kann
- mehrere Aufgaben parallel laufen
- es einen wiederkehrenden Arbeitsfluss gibt (z. B. Analyse → Umsetzung → Test → Fertig)
- Prioritäten sich häufiger ändern
Typische Einsatzbereiche:
- IT- und Softwareentwicklung
- Produktmanagement
- Service- und Support-Teams
- Marketing- und Kampagnenplanung
- Projekt- und Programm-Management
- Fachabteilungen mit Ticket- oder Vorgangsbearbeitung
Für Entscheider ist Kanban interessant, weil:
- Sie Transparenz über laufende Arbeit gewinnen
- Engpässe klar sichtbar werden
- Maßnahmen zur Prozessverbesserung datenbasiert erfolgen
- die Methode sich schrittweise einführen lässt – ohne Großprojekt
Wie funktioniert Kanban? Die Grundelemente
1. Das Kanban-Board
Das Kanban-Board ist das zentrale Werkzeug.
Es zeigt den Arbeitsfluss von links nach rechts.
Ein einfaches Board besteht aus Spalten wie:
- Backlog – mögliche Aufgaben, noch nicht gestartet
- In Arbeit – aktuell bearbeitete Aufgaben
- Review / Test – Aufgaben in Prüfung
- Fertig – abgeschlossene Aufgaben
Jede Aufgabe liegt auf einer Karte (physisch: Haftnotiz, digital: Ticket).
Die Karten wandern Schritt für Schritt von links nach rechts.
Warum das wichtig ist:
- Alle sehen auf einen Blick, was los ist
- Überlastungen werden sichtbar
- Prioritäten lassen sich schnell überprüfen
2. Work-in-Progress-Limits (WIP-Limits)
Der wichtigste Hebel in Kanban:
WIP-Limits legen fest, wie viele Aufgaben gleichzeitig in einer Spalte bearbeitet werden dürfen.
Beispiele:
- „In Arbeit“: maximal 5 Aufgaben
- „Review“: maximal 3 Aufgaben
Ist das Limit erreicht, startet niemand eine neue Aufgabe.
Stattdessen hilft das Team, Engpässe aufzulösen (z. B. mehr Review-Kapazität).
Effekte:
- Weniger Multitasking
- Schnellere Durchlaufzeiten
- Frühe Transparenz bei Überlast
3. Pull-Prinzip statt Push
In vielen Organisationen werden Aufgaben „reingedrückt“:
- Führungskräfte verteilen Aufgaben
- Fachbereiche geben Tickets in die Teams
- Jeder „schiebt“ Arbeit zu anderen
Kanban dreht das um:
- Das Team „zieht“ neue Aufgaben, wenn Kapazität frei ist
- Das Pull-Signal ist ein freier Platz im WIP-Limit
- Prioritäten werden vor dem Ziehen geklärt (z. B. im Backlog)
Dadurch:
- Verteilt niemand „blind“ Arbeit
- Bleibt die Auslastung realistischer
- Entstehen weniger halb angefangene Themen
4. Explizite Regeln
Kanban benötigt wenige, aber klare Regeln. Zum Beispiel:
- Wann gilt eine Aufgabe als „fertig“ in einer Spalte?
- Wer darf Karten verschieben?
- Wie werden Blocker markiert?
- Wie werden Prioritäten vergeben?
Diese Regeln sind transparent dokumentiert.
Alle Beteiligten kennen und nutzen sie.
5. Laufende Verbesserung (Kaizen)
Kanban ist kein einmaliges Setup, sondern ein fortlaufender Lernprozess.
Typische Formate:
- Kurze, regelmäßige Team-Meetings (z. B. tägliches Stand-up am Board)
- Review von Durchlaufzeiten und Engpässen
- Regelmäßige Retrospektiven: Was lief gut? Was blockiert uns? Was ändern wir?
So entwickelt sich das System Schritt für Schritt weiter.
Kanban in 5 Minuten: Kurzüberblick für Eilige
Wie erkläre ich Kanban in wenigen Sätzen?
- Visualisiere alle Aufgaben auf einem Board
- Lege einen klaren Ablauf in Spalten fest
- Begrenze parallele Arbeit mit WIP-Limits
- Lass Teams selbst neue Aufgaben ziehen, wenn Kapazität frei ist
- Nutze Daten vom Board, um gezielt zu verbessern
Damit haben Sie die Essenz verstanden.
Konkretes Praxisbeispiel: Kanban in einem IT-Projektteam
Ausgangslage:
- Ein internes IT-Team mit 8 Personen
- Ständige Unterbrechungen durch Ad-hoc-Anfragen
- Zu viele parallele Projekte, kaum planbare Liefertermine
Schritt 1: Board aufbauen
Das Team startet mit einem einfachen Board:
- Eingang – alle neuen Anfragen und Aufgaben
- Analysieren – Aufwand klären, Akzeptanzkriterien definieren
- Umsetzung – Entwicklung
- Test – Fachlicher Test und Abnahme
- Done – fertig
Alle laufenden Themen werden einmalig erfasst und auf Karten übertragen.
Schritt 2: WIP-Limits definieren
Gemeinsam legt das Team Limits fest:
- Analysieren: max. 3 Karten
- Umsetzung: max. 5 Karten
- Test: max. 3 Karten
Start: bewusst konservativ, um Erfahrung zu sammeln.
Schritt 3: Tägliches Stand-up einführen
Jeden Morgen 15 Minuten am Board:
- Was blockiert uns?
- Wo sind WIP-Limits gerissen?
- Welche Aufgaben können abgeschlossen werden?
Die Reihenfolge: nicht Personen berichten, sondern Spalte für Spalte.
Schritt 4: Daten auswerten
Nach einigen Wochen:
- Das Team misst Durchlaufzeit pro Karte (von „Eingang“ bis „Done“)
- Es erkennt:
- Die meisten Verzögerungen entstehen im Test
- Fachbereiche testen unregelmäßig
Maßnahmen:
- Fester Test-Slot pro Woche je Fachbereich
- Frühere Einbindung der Fachbereiche zur Klärung von Anforderungen
Ergebnis nach drei Monaten:
- Deutlich weniger begonnene, aber „hängende“ Themen
- Bessere Vorhersagbarkeit von Lieferterminen
- Klarere Diskussionen mit Stakeholdern, basierend auf Zahlen statt Gefühlen
Typische Kanban-Meetings (leichtgewichtig, aber wirksam)
Folgende Formate haben sich bewährt:
- Daily / Stand-up (10–15 Minuten)
- Ziel: Engpässe und Blocker erkennen, Arbeit fließen lassen
- Replenishment / Auswahl-Meeting (z. B. wöchentlich)
- Ziel: Neue Aufgaben für das Board auswählen und priorisieren
- Service Delivery Review (z. B. monatlich)
- Ziel: Performance betrachten (Durchlaufzeiten, Blocker, Qualität)
- Retrospektive (z. B. alle 4–6 Wochen)
- Ziel: Arbeitsweise selbst hinterfragen und verbessern
Kanban ist bewusst schlank.
Es geht nicht um mehr Meetings, sondern um zielgerichtete, kurze Abstimmungen.
Kanban vs. Scrum – was ist der Unterschied?
Viele Entscheider fragen: „Brauchen wir Scrum oder Kanban?“
Kurzvergleich:
Scrum
- Fester Takt (Sprints)
- Vordefinierte Rollen (Product Owner, Scrum Master, Team)
- Klare Events (Sprint Planning, Review, Retrospektive)
- Gut für Produktentwicklung mit klaren Inkrementen
Kanban
- Fluss-basiert, kein fester Sprint-Zyklus nötig
- Bestehende Rollen können bleiben
- Fokus auf Durchlaufzeit und Engpass-Management
- Gut für laufende Arbeit, Tickets, Service, gemischte Aufgaben
In der Praxis:
- Kanban ist oft einfacher in bestehende Organisationen zu integrieren
- Scrum verlangt mehr strukturelle Änderungen
- Viele Teams nutzen eine Kombination („Scrumban“)
Für den Einstieg in Linien- und Projektarbeit ist Kanban meist der pragmatischere erste Schritt.
Typische Fehler bei der Einführung von Kanban
Viele Organisationen „machen Kanban“, indem sie ein Board aufhängen.
Das reicht nicht. Häufige Fehler:
1. Nur Visualisierung, keine WIP-Limits
- Board eingeführt, aber: „Wir wollen uns nicht einschränken.“
- Ergebnis: 20 Themen in Arbeit, kaum etwas wird fertig
- Wirkung von Kanban: praktisch Null
Lösung:
WIP-Limits sind kein „Nice-to-have“, sondern der Kern.
Lieber vorsichtig starten und anpassen, als ganz darauf verzichten.
2. Unklare Definition von „fertig“
- Jeder versteht „Fertig“ anders
- Aufgaben springen zwischen Spalten hin und her
- Nacharbeiten tauchen plötzlich wieder auf
Lösung:
Für jede Spalte eine klare Definition von „Done“ festlegen, z. B.:
- „Umsetzung – Done“ = Code geschrieben, getestet, dokumentiert
- „Test – Done“ = Fachlicher Test durchgeführt, Abnahme protokolliert
3. Keine Priorisierung des Eingangs
- Alles landet im Backlog oder „Eingang“
- Niemand priorisiert konsequent
- Das Team zieht, was gerade passt oder am lautesten ruft
Lösung:
Verantwortung für Priorisierung klar zuweisen (z. B. Product Owner, Teamleiter).
Regelmäßiges Replenishment-Meeting fest einplanen.
4. Kanban als Tool-, nicht als Management-Thema
- Einführung rein über ein Tool („Wir nutzen jetzt Trello / Jira / …“)
- Keine Klärung von Zielen, Regeln, Verantwortlichkeiten
- Führungskräfte bleiben Beobachter statt Mitgestalter
Lösung:
- Ziele von Kanban klar machen (z. B. Durchlaufzeit halbieren, Transparenz erhöhen)
- Führung in die Arbeitsweise integrieren (Board-Reviews, Kennzahlen nutzen)
5. Zu komplexer Start
- Direkt mit vielen Spalten, Spezialfällen, Swimlanes starten
- Teams verlieren den Überblick
- Anpassungen werden mühsam
Lösung:
Mit einem einfachen Board beginnen und nach Bedarf verfeinern.
Komplexität erst einführen, wenn sie einen klaren Nutzen hat.
Wann funktioniert Kanban nicht gut?
Kanban ist kein Allheilmittel.
In manchen Situationen ist eine andere Vorgehensweise sinnvoller.
1. Wenn Arbeit nicht zerlegbar ist
- Reine Konzeptarbeit ohne erkennbare Zwischenschritte
- Einzelpersonen-Projekte ohne Übergaben
Ohne sinnvolle Schritte im Fluss verliert das Board an Aussagekraft.
2. Wenn es keinen echten Willen zur Transparenz gibt
- Arbeit soll bewusst „versteckt“ bleiben
- Verantwortliche haben Angst vor Transparenz von Engpässen oder Fehlern
- Kennzahlen werden primär zur Kontrolle, nicht zur Verbesserung genutzt
Dann wird das Board schnell zum „Reporting-Dashboard“ ohne echten Mehrwert.
3. Wenn Führung nur „Methoden-Label“ sucht
- „Wir brauchen auch etwas Agiles.“
- Einführung als Image-Projekt, nicht als Veränderung der Arbeitsweise
In solchen Umfeldern bleibt Kanban Oberfläche.
Board und Begriffe werden eingeführt, Verhalten bleibt unverändert.
4. Wenn das System extrem unplanbar ist
- Starke externe Abhängigkeiten ohne Einflussmöglichkeit
- Unklare Zuständigkeiten über mehrere Organisationseinheiten hinweg
Auch hier kann Kanban helfen, Probleme sichtbar zu machen.
Aber: Die Lösung liegt dann eher in strukturellen Entscheidungen als im Board.
Konkrete Schritte: So führen Sie Kanban im Unternehmen ein
Im Folgenden ein pragmatischer Fahrplan, der sich in vielen Organisationen bewährt hat.
Schritt 1: Ziel klären
Bevor Sie starten, beantworten Sie drei Fragen:
- Welches Problem soll Kanban lösen?
- z. B. zu lange Durchlaufzeiten, zu viele Ad-hoc-Störungen, unklare Prioritäten
- Für welchen Bereich starten wir?
- z. B. ein Team, ein Projekt, ein Service-Bereich
- Wie messen wir Erfolg?
- z. B. mittlere Durchlaufzeit, Anzahl paralleler Themen, Zufriedenheit der Stakeholder
Ohne klares Ziel verkommt Kanban schnell zu „bunten Zetteln“.
Schritt 2: Startbereich auswählen
Typische sinnvolle Startpunkte:
- Ein motiviertes Team mit klar abgegrenzten Aufgaben
- Ein kritischer, aber beherrschbarer Prozess (z. B. Veränderungsanträge, Support-Level 2)
- Ein Pilotprojekt mit hoher Sichtbarkeit, aber begrenztem Risiko
Wichtig: Nicht gleich „das ganze Unternehmen“ umstellen.
Schritt 3: Gemeinsames Board designen
Workshop mit dem Team (1/2 Tag reicht oft):
- Aktuellen Prozess grob skizzieren
- Passende Spalten definieren (max. 5–7 für den Start)
- Blocker-Kennzeichnung vereinbaren (z. B. rotes Post-it, Icon)
- Definition-of-Done pro Spalte festlegen
Board zunächst bewusst einfach halten.
Schritt 4: Anfangs-WIP-Limits festlegen
Mit dem Team vereinbaren:
- In wie vielen Themen kann jede Person sinnvoll parallel arbeiten?
- Welche Spalten sind besonders kritisch (z. B. Test, Review)?
Ergebnis:
- Erste WIP-Limits pro Spalte
- Klarheit, dass diese Limits später angepasst werden dürfen
Wichtiger Punkt in der Kommunikation:
WIP-Limits sind Schutzmechanismen für Fokus und Qualität, keine „Leistungsdeckel“.
Schritt 5: Arbeitsweise etablieren
Folgende Praktiken einführen:
- Tägliches Stand-up am Board, max. 15 Minuten
- Regelmäßiges Replenishment für neue Aufgaben
- Klare Kriterien, welche Aufgaben überhaupt auf das Board dürfen
Führungskräfte sollten diese Meetings aktiv unterstützen, nicht dominieren.
Schritt 6: Kennzahlen nutzen – aber sinnvoll
Kanban liefert von Natur aus Daten. Wichtige Kennzahlen:
- Durchlaufzeit (Lead Time)
- Zeit von Aufgabe „angenommen“ bis „fertig“
- Zykluszeit (Cycle Time)
- Zeit, in der Aufgabe tatsächlich bearbeitet wurde
- WIP je Spalte
- Wie viele Aufgaben sind parallel im System?
- Blocker-Zeiten
- Wie lange liegen Aufgaben blockiert?
Diese Zahlen dienen nicht zur individuellen Kontrolle, sondern zur Systemoptimierung:
- Wo staut es sich regelmäßig?
- Wo fehlen Fähigkeiten oder Kapazität?
- Welche Art Aufgaben sind besonders problematisch?
Schritt 7: Kontinuierlich verbessern
In regelmäßigen Abständen (z. B. alle 4–6 Wochen):
- Mit dem Team auf das Board und die Kennzahlen schauen
- 2–3 konkrete Verbesserungsmaßnahmen auswählen
- Nachhalten, welche Wirkung diese hatten
Beispiele für Verbesserungen:
- Anpassung von WIP-Limits
- Neue Spalte für einen wichtigen Schritt einführen
- Aufgaben kleiner schneiden, um Fluss zu erhöhen
- Engpass-Kapazitäten gezielt stärken
Praxisbeispiel aus dem Management: Kanban auf Bereichsebene
Ein Geschäftsbereich mit mehreren Teams steht vor typischen Herausforderungen:
- Zu viele parallele Projekte
- Unerwartete Eskalationen
- Fehlende Transparenz für die Bereichsleitung
Ansatz:
- Einführung eines Portfolio-Kanban-Boards auf Bereichsebene
Spalten:
- Ideen / Anträge
- In Bewertung
- Geplant
- In Umsetzung
- Abgeschlossen
WIP-Limit z. B. für „In Umsetzung“: maximal 8 Projekte gleichzeitig.
Effekte nach kurzer Zeit:
- Bereichsleitung sieht, wie viele Projekte tatsächlich parallel laufen
- Diskussionen verschieben sich von „Wir brauchen mehr Leute“ zu „Wir müssen entscheiden, was wir nicht tun“
- Entscheidungen zur Priorisierung werden faktenbasiert getroffen
Hier zeigt Kanban seinen Wert als Managementinstrument, nicht nur als Teammethode.
Häufige Fragen von Entscheidern zu Kanban
Ist Kanban nur für IT geeignet?
Nein. Überall dort, wo Arbeit in Schritten fließt, lässt sich Kanban einsetzen: Fachbereiche, Shared Services, Governance-Prozesse, Projektportfolios.
Brauchen wir dafür ein neues Tool?
Nicht zwingend. Viele erfolgreiche Einführungen starten mit einem physischen Board oder einfachen Tools. Später kann man auf spezialisierte Lösungen umsteigen.
Wie schnell sehen wir Effekte?
Erste Transparenzeffekte sieht man nach wenigen Wochen.
Konkrete Verbesserungen bei Durchlaufzeiten entstehen meist nach 2–3 Verbesserungszyklen.
Wie viel Change-Management ist nötig?
Weniger als bei großen Frameworks, aber mehr als „wir kleben ein Board an die Wand“.
Entscheidend ist, dass Führungskräfte das neue Arbeiten unterstützen.
Checkliste: Ist Ihr Unternehmen bereit für Kanban?
Antworten Sie für Ihren Bereich ehrlich mit Ja oder Nein:
- Wir sind bereit, unsere aktuelle Arbeit transparent zu machen
- Wir können Aufgaben in sinnvolle Schritte zerlegen
- Wir sind offen, parallele Arbeit bewusst zu begrenzen
- Wir wollen Entscheidungen zur Priorisierung klar treffen
- Wir nutzen Daten eher zur Verbesserung als zur Schuldzuweisung
Wenn Sie mehrheitlich „Ja“ sagen, hat Kanban gute Chancen auf Erfolg.
Bei mehreren „Nein“ ist es sinnvoll, genau dort anzusetzen – oft noch vor der Methodeneinführung.
Fazit: Kanban einfach erklärt – und konsequent genutzt
Kanban ist keine modische Methode, sondern ein klares Prinzip:
- Arbeit sichtbar machen
- Überlast begrenzen
- Fluss optimieren
- Lernen aus Erfahrung
Richtig eingesetzt, unterstützt Kanban Entscheider, Projektleiter und Teams dabei:
- Prioritäten transparent zu machen
- Engpässe gezielt zu adressieren
- Verbindliche Lieferzusagen realistischer einzuhalten
Entscheidend ist nicht das schönste Board, sondern die Bereitschaft, nach den gewonnenen Erkenntnissen zu handeln.
Wenn Sie Kanban in Ihrem Unternehmen oder Bereich einführen oder professionalisieren möchten und dabei praxisnahe Unterstützung suchen, lohnt sich ein Gespräch mit erfahrenen Beratern – etwa von der PURE Consultant. Gemeinsam lassen sich ein passender Einstieg, sinnvolle WIP-Limits und eine auf Ihre Organisation zugeschnittene Kanban-Umsetzung entwickeln, die nicht im Methodenregal verstaubt, sondern im Alltag wirkt.