Kanban einfach erklärt.
Überfüllte To-do-Listen, ständige Unterbrechungen, Aufgaben, die gefühlt ewig „in Arbeit" sind – viele Teams kennen dieses Muster nur zu gut. Es wird viel begonnen, aber wenig abgeschlossen. Genau hier setzt Kanban an: eine agile Methode, die Arbeit sichtbar macht, Überlastung verhindert und die Arbeit „zum Fließen" bringt – und mit der Sie starten können, ohne bestehende Prozesse über Bord zu werfen.
In diesem Artikel erfahren Sie, was Kanban ist, wie ein Kanban-Board funktioniert und welche Prinzipien und Praktiken dahinterstehen. Für Fortgeschrittene geht es anschließend in die Tiefe: von Swimlanes über Blocker-Clustering bis zum systematischen Engpass-Management.
Der Begriff „Kanban" stammt aus dem Japanischen und bedeutet so viel wie „Karte" oder „Beleg". Ursprünglich handelt es sich um eine Methode der Produktionssteuerung, die insbesondere von Toyota entwickelt und angewandt wurde. Aus der Automobilfertigung fand das Konzept später seinen Weg in die Wissensarbeit – heute nutzen Softwareteams, Marketingabteilungen, Personalbereiche und ganze Organisationen Kanban, um ihre Arbeit zu organisieren.
Im Kern ist Kanban ein Arbeitsmanagementsystem, das den Arbeitsablauf in eine Abfolge von Prozessschritten aufteilt – von der Definition einer Aufgabe bis zu ihrer Erledigung. Für jede Aufgabe wird eine Kanban-Karte erstellt, die in knapper Form den Arbeitsinhalt, Termine und weitere Informationen beschreibt. Diese Karten visualisieren auf einer Kanban-Tafel den aktuellen Stand der Arbeit – einschließlich Problemen und Verzögerungen. Auf diese Weise wird der gesamte Arbeitsprozess transparent.
Zwei Elemente machen Kanban dabei besonders wirkungsvoll:
1. WIP-Limits: Für die Anzahl der Aufgaben, die sich gleichzeitig im „Work in Progress" (WIP) befinden dürfen, werden obere Grenzen gesetzt – und zwar für jeden Teilabschnitt des Workflows.
2. Das Pull-Prinzip: Neue Arbeit wird nicht in das System hineingedrückt, sondern erst dann in den nächsten Arbeitsschritt gezogen, wenn dort tatsächlich Kapazität frei ist.
Das Ziel eines Kanban-Systems ist es, anstehende Aufgaben in möglichst kurzer Zeit und vorhersagbar zu bearbeiten, ohne das Arbeitssystem zu überlasten. Zur Steuerung dienen die Messgrößen WIP und Durchlaufzeit, deren Zusammenhang durch „Little's Law" beschrieben wird.
Das bekannteste Element der Methode ist zweifellos das Kanban-Board (auch Kanban-Tafel oder Task Board genannt). In seiner einfachsten Form besteht es aus drei Spalten: „Zu erledigen", „In Arbeit" und „Erledigt". Jede Aufgabe wandert als Karte von links nach rechts über das Board.
In der Praxis bildet ein ausgereiftes Kanban-Board den gesamten Wertstrom eines Teams ab. Ein typischer Aufbau sieht so aus:
- Backlog: Diese Spalte sammelt alle eingehenden Aufgaben, Aufträge und Anfragen – etwa Work Items, User Stories oder Features.
- Bereit (Ready): Hier stehen alle Aufgaben, die vom Team verstanden wurden und startklar sind. Für Aufgaben in dieser Spalte wird eine Lieferzusage bzw. ein Ende-Datum abgegeben.
- Aktivitätsspalten: Jede weitere Spalte repräsentiert eine Aktivität entlang des Wertstroms, zum Beispiel „Analysieren", „Entwickeln" und „Testen". Unterspalten wie „In Arbeit" und „Erledigt" zeigen den Status innerhalb der jeweiligen Aktivität an.
- Erledigt (Done): Diese Spalte visualisiert alle abgeschlossenen Aufgaben, die zum Beispiel für die Kundenfreigabe oder den Versand bereit sind.
Die Kanban-Karten selbst repräsentieren jeweils eine bestimmte Aufgabe, einen Auftrag, ein Ticket oder eine Anfrage. Eine gute Karte enthält in knapper Form die wichtigsten Informationen: ID-Nummer, zuständige Person, kurze Aufgabenbeschreibung, geschätzter Aufwand (etwa in Story Points), Fälligkeitsdatum und aktueller Erfüllungsgrad.
Kanban folgt vier grundlegenden Prinzipien, die den Einstieg bemerkenswert niederschwellig machen:
1. Starten Sie mit dem, was Sie gerade machen. Die Kanban-Methode schreibt weder eine bestimmte Vorgehensweise noch ein bestimmtes Set-up vor. Sie beginnen mit Ihrem bestehenden Prozess – so wie er heute ist.
2. Verfolgen Sie inkrementelle, evolutionäre Verbesserungen. Statt eines radikalen Umbruchs fördert Kanban kontinuierliche, schrittweise Änderungen des aktuellen Arbeitsablaufs. Kleine Verbesserungen summieren sich über die Zeit zu großen Effekten.
3. Respektieren Sie den aktuellen Prozess einschließlich der zugehörigen Rollen und Verantwortlichkeiten.Kanban erkennt an, dass im bestehenden Prozess – mit seinen Rollen und Verantwortlichkeiten – bereits Wert steckt. Niemand muss um seine Position fürchten, was die Akzeptanz im Team deutlich erhöht.
4. Fördern Sie Leadership auf allen Ebenen der Organisation. Es ist nicht notwendig, Teamleiter oder Führungskraft zu sein, um ein „Leader" zu sein. Jedes Teammitglied ist eingeladen, Verbesserungen anzustoßen und Verantwortung zu übernehmen.
Während die Prinzipien die Haltung beschreiben, zeigen die sechs Kernpraktiken, wie Kanban im Alltag gelebt wird:
Visualisieren Sie den Arbeitsablauf. Machen Sie sichtbar und verstehen Sie, was nötig ist, um eine Aufgabe von der Anfrage bis zum Abschluss zu erledigen. Das Board ist dabei nur das Mittel – das Ziel ist ein gemeinsames Verständnis des Prozesses.
Begrenzen Sie den Work in Progress (WIP). Die Arbeit wird in jeder Phase des Arbeitsablaufs begrenzt. Neue Arbeit wird nur dann in den nächsten Schritt gezogen („Pull"), wenn dafür Kapazität verfügbar ist. Die Leitlinie lautet: „Stop starting. Start finishing."
Managen Sie den Fluss der Arbeit. Überwachen Sie den Arbeitsfluss, identifizieren und managen Sie Engpässe. Wichtig: Optimieren Sie den Arbeitsfluss, nicht die Auslastung. Ziel ist ein kontinuierlicher Fluss an Arbeit – nicht maximal beschäftigte Mitarbeiter.
Machen Sie auf Prozessrichtlinien aufmerksam. Machen Sie alle geschriebenen und ungeschriebenen Regeln explizit, sodass jeder nachvollziehen kann, wie das Team Entscheidungen trifft. Befolgen Sie die Regeln – aber ändern Sie sie, wenn sie nicht mehr angemessen sind.
Verbessern Sie die Zusammenarbeit durch den Einsatz von Methoden. Behinderungen führen dazu, dass der Arbeitsablauf ins Stocken gerät, und stellen häufig die WIP-Grenzwerte in Frage. Suchen Sie hier nach methodischen Lösungen statt nach Schuldigen.
Organisieren Sie regelmäßige Feedback-Schleifen. Holen Sie aktiv Feedback bei Ihren wichtigsten Stakeholdern ein – und nutzen Sie es für die kontinuierliche Verbesserung.
Was unterscheidet ein echtes Kanban-System von einer bloßen Aufgabentafel? Die Antwort lautet: WIP-Limits. Eine Kanban-Tafel präsentiert ein WIP-begrenztes Pull-System. Das bedeutet konkret:
- Die Anzahl der in Arbeit befindlichen Aufgaben ist an jeder Aktivität des Arbeitsablaufs begrenzt.
- Eine Aufgabe wird nur dann in die nächste Aktivität gezogen, wenn dafür Kapazität verfügbar ist.
- Der Arbeitsfluss entlang des Wertstroms wird sichtbar, Engpässe können leicht identifiziert und bearbeitet werden.
- Der Fluss wird optimiert, nicht die Auslastung.
- Die Praxis „Stop Starting. Start Finishing." wird konsequent befolgt – denn nur Arbeit, die beendet ist, schafft Wert für Kunden und Unternehmen.
Ein Beispiel: Hat die Aktivität „Entwickeln" ein WIP-Limit von 2 und sind bereits zwei Karten dort in Bearbeitung, darf keine weitere Aufgabe aus der Spalte „Bereit" nachrücken – selbst wenn dort Arbeit wartet. Erst wenn eine Karte weiterwandert, wird Kapazität frei und die nächste Aufgabe kann gezogen werden. Wichtig dabei: Das lokale WIP-Limit einer Aktivität gilt für alle Aufgaben, die sich dort in „In Arbeit" und „Erledigt" befinden – auch blockierte Aufgaben zählen mit.
Das fühlt sich anfangs ungewohnt an, erzeugt aber genau den heilsamen Druck, Engpässe zu beheben, statt immer neue Baustellen zu eröffnen.
Ein grundlegender Zusammenhang zwischen Bestand, Durchsatz und Durchlaufzeit wird durch Little’s Law beschrieben:
Work-in-Progress = Durchsatz × durchschnittliche Durchlaufzeit
Daraus lässt sich ableiten:
Durchschnittliche Durchlaufzeit = Work-in-Progress ÷ Durchsatz
Ein Team stellt beispielsweise durchschnittlich zehn Vorgänge pro Woche fertig. Befinden sich gleichzeitig 30 Vorgänge im betrachteten System, ergibt sich unter stabilen Bedingungen eine mittlere Durchlaufzeit von ungefähr drei Wochen.
Dieser Zusammenhang verdeutlicht, weshalb eine Reduktion des Work-in-Progress häufig zu kürzeren Durchlaufzeiten führt. Nimmt eine Organisation dauerhaft mehr Arbeit auf, als sie fertigstellt, steigt der Bestand unerledigter Aufgaben. In der Folge verlängert sich die durchschnittliche Zeit, die ein Vorgang im System verbringt.
Little’s Law liefert keine minutengenaue Prognose für einzelne Aufgaben. Die Aussage setzt zudem voraus, dass die Grenzen des betrachteten Systems konsistent gewählt und Ein- sowie Ausgangsmengen über einen längeren Zeitraum hinreichend stabil sind. Als Orientierung für die systemische Steuerung ist der Zusammenhang dennoch von großer Bedeutung.
Ein Kanban-System will regelmäßig befüllt werden. Dazu treffen sich alle relevanten Stakeholder in einem sogenannten „Queue Replenishment Meeting" und entscheiden über die aktuellen Prioritäten: Welche der im Backlog gesammelten Aufgaben sollen als Nächstes bearbeitet werden? Die Priorisierung kann sich an Kundenwert, Geschäftswert, Risiko, regulatorischen Verpflichtungen, strategischer Bedeutung oder den Kosten der Verzögerung, etwa den Kosten eines verspäteten Markteintritts, orientieren. Der Aufwand einer Aufgabe sollte ebenfalls berücksichtigt werden, darf aber nicht das einzige Kriterium darstellen. Die am höchsten priorisierten Aufgaben werden an den Anfang des Backlogs gestellt („Backlog Ranking"). Sobald die „Readiness" gegeben ist, wird die Aufgabe in die Spalte „Ready" gezogen – verbunden mit einer Lieferzusage.
Bevor eine Arbeitsaufgabe in die Spalte „Ready" gelangt, sollte ihre Größe oder Komplexität geschätzt werden – als Indikator für den Aufwand bis zur Fertigstellung. Die einfachste Möglichkeit: Man geht davon aus, dass alle Aufgaben etwa gleich groß sind, und setzt das WIP-Limit je Aktivität auf eine ganzzahlige Anzahl möglicher Aufgaben. In der Praxis werden jedoch relative Skalen bevorzugt, etwa Story Points auf Basis modifizierter Fibonacci-Zahlen (1, 2, 3, 5, 8, 13, 20, 40, 100) oder T-Shirt-Größen (S, M, L, XL). Bei unterschiedlich großen Aufgaben wird das lokale WIP-Limit dann über eine maximale Punktzahl definiert: Eine Spalte darf beispielsweise Karten im Gesamtwert von maximal 100 Story Points enthalten – egal, ob das zwei große oder fünf kleine Aufgaben sind.
Zwei Vereinbarungen sorgen in einem Kanban-System für Qualität und Verbindlichkeit:
Die „Definition of Readiness" (DoR) ist eine vereinbarte Checkliste von Kriterien, die eine Arbeitsaufgabe erfüllen muss, bevor sie zur Bearbeitung angenommen wird. Sie gilt für alle Aufgaben, unabhängig vom spezifischen Inhalt. Typische Kriterien: Der Inhalt der Aufgabe ist verstanden, die Annahmekriterien sind definiert und akzeptiert, die Rangfolge ist angegeben und der Aufwand ist abgeschätzt.
Die „Definition of Done" (DoD) legt fest, wann eine Aufgabe wirklich als erledigt gilt. Auch sie ist eine vereinbarte Checkliste, die für alle Aufgaben gültig ist. Typische Kriterien: Die Annahmekriterien sind erfüllt, alle notwendigen Qualitätstests wurden erfolgreich bestanden, die geplanten Meilensteine sind erreicht und die Dokumentation ist aktualisiert und vollständig.
Beide Definitionen verhindern die klassischen Streitfälle: halbfertige Aufgaben, die als „done" deklariert werden, und unklare Anforderungen, die mitten in der Bearbeitung für Überraschungen sorgen.
Kanban lebt von regelmäßiger Kommunikation. Zwei Formate haben sich etabliert:
Das Stand-up Meeting ist ein kurzes, zeitlich begrenztes Treffen (10 bis 15 Minuten) mit klarer Agenda, das regelmäßig – typischerweise täglich – zur gleichen Zeit am gleichen Ort vor der Kanban-Tafel stattfindet. Die Teilnehmer stehen dabei bewusst: Die Unbequemlichkeit hält die Sitzung kurz. Zweck ist der direkte Austausch über die aktuelle Arbeitssituation: Gibt es Hindernisse, Verzögerungen oder Engpässe? Wer kümmert sich um die Lösung? Was sind die nächsten Schritte?
Zwei Praxistipps machen den Unterschied: Lesen Sie Ihre Kanban-Tafel von rechts nach links – also „stromaufwärts". Aufgaben kurz vor dem Abschluss sind wichtiger als gerade begonnene. Und setzen Sie einen Moderator ein, um Detail-Diskussionen zu vermeiden; ein wöchentlicher Wechsel der Moderatorenrolle wird empfohlen.
Die Retrospektive ist die Gelegenheit für das Team, darüber nachzudenken, wie die Arbeit durchgeführt wurde – von den Beziehungen zwischen Teammitgliedern über Prozesse bis zu Werkzeugen. Ziel ist es, zu identifizieren, was gut gelaufen ist und wo Verbesserungspotenzial liegt, etwa bei Blockern und Defekten. Bewährt hat sich das fünfstufige Modell von Esther Derby und Diana Larsen aus „Agile Retrospectives: Making Good Teams Great" (2006): Check-in, Daten sammeln, Einsichten generieren, Lösungen finden und entscheiden, Check-out. Eine Retrospektive ist zeitlich begrenzt (in der Regel 1,5 bis 3 Stunden) und wird von einem Moderator geleitet.
Am Ende sollte das Team ein bis zwei Verbesserungen identifiziert haben, die umgesetzt werden. Status, Fortschritt und Erfolg der Umsetzung werden auf der Kanban-Tafel visualisiert – zum Beispiel in einer eigenen „Plan-Do-Check-Act-Lane" für Verbesserungen. So strebt das Team kontinuierlich nach Perfektion.
Wächst das Kanban-System, reicht ein einfaches Spaltenmodell oft nicht mehr aus. Hier kommen fortgeschrittene Board-Strukturen ins Spiel.
Swimlanes für verschiedene Arbeitstypen: Um unterschiedliche Typen von Arbeitsinhalten zu verfolgen – etwa „Produkt/Dienstleistung", „Support" oder „Q-Report" – werden horizontale Swimlanes verwendet. So lässt sich der Status jedes Arbeitstyps getrennt visualisieren und überwachen. Wichtig: WIP-Begrenzungen werden pro Swimlane und Aktivität festgelegt. Falls erforderlich, kann die WIP-Begrenzung einer Swimlane (z. B. „Produkt") zugunsten einer anderen (z. B. „Support") reduziert werden – eine bewusste Kapazitätsentscheidung statt eines schleichenden Chaos.
Die Fast Lane für unvorhergesehene Aufgaben: Eilige, ungeplante Arbeit gibt es in jedem Team. Eine „Fast Lane" hilft bei der Bewältigung solcher Aufgaben und visualisiert zugleich, wie sich ungeplante Arbeit auf den Standard-Workflow auswirkt. Entscheidend: Auch eine Fast Lane sollte in jedem Fall ein WIP-Limit haben – sonst wird die Ausnahme zur Regel.
Prozessverzweigungen abbilden: Nicht jeder Prozess verläuft linear. Verzweigungen lassen sich über separate Swimlanes für verschiedene Prozesszweige darstellen (etwa „Standardprozesse" und „Sonderfälle"), über eine Aufteilung der Spalten ab dem Verzweigungspunkt, über Farbcodierung der Karten oder – in digitalen Kanban-Tools – über dynamische Workflows mit konditionalen Regeln. Für komplexe Prozesse bietet sich eine Kombination an. Unabhängig von der Methode gilt: Das Board muss intuitiv und klar bleiben, und WIP-Limits und Pull-Prinzip müssen anwendbar bleiben.
Der vielleicht größte Hebel eines reifen Kanban-Systems liegt im systematischen Umgang mit Störungen. Denn Transparenz allein reicht nicht – entscheidend ist, was das Team aus den sichtbar gewordenen Problemen macht.
Blockierte Aufgaben sichtbar machen: Kann eine Aufgabe nicht wie geplant ausgeführt werden, wird die Kanban-Karte gesperrt (blockiert) und das Datum der Sperrung festgehalten. Eine gängige Technik: eine rote Post-it-Notiz mit kurzer Begründung direkt auf die blockierte Karte kleben. Diese Visualisierung erzeugt Aufmerksamkeit – und die Behebung der Ursachen hat oberste Priorität. Blockierte Aufgaben müssen weiterhin zum Work-in-Progress zählen. Würden sie aus dem WIP-Limit herausgenommen, könnte das System zusätzliche Aufgaben aufnehmen, obwohl seine tatsächliche Kapazität bereits gebunden ist. Das WIP-Limit zu erhöhen oder gesperrte Aufgaben herauszurechnen wäre zwar möglich, geht aber zulasten von Workflow, End-to-End-Vorlaufzeit und Engagement.
Blocker-Clustering: Sobald die Ursache einer Sperrung gefunden ist, wandert die rote Notiz vom Board auf eine separate Tafel. Jede Notiz beschreibt kurz die Grundursache („Root Cause"), die betroffenen Aktivitäten und die resultierende Verzögerung. Anschließend werden die Blocker nach Affinitäten geclustert – etwa „fehlendes Material" oder „Freigabe in Verzug" – und für jedes Cluster wird die Gesamtverzögerungszeit berechnet. Ein Beispiel aus der Praxis: Das Cluster „Verzögerte Freigabe von Projektmeilenstein" summiert sich auf 135 Tage Verzug, „Fehlendes Material" auf 73 Tage, „Kapazitätsengpass Labor" auf 42 Tage. Damit ist auf einen Blick klar, welche Blocker-Typen zuerst gelöst werden sollten.
Defect Clustering: Analog lassen sich Mängel analysieren. Ein „Defect" ist das Ergebnis von Aufgaben, die bereits als fertig galten oder an den Kunden geliefert wurden, sich aber als fehlerhaft erwiesen. Mängel behindern das Team doppelt: Sie binden Ressourcen, die eigentlich für aktuelle Aufgaben gebraucht würden. Für jeden Mangel wird die Gesamtzeit der zusätzlichen Arbeitsbelastung festgehalten und geclustert – so zeigt sich schnell, welche Defekte am häufigsten auftreten und am teuersten sind.
Engpass-Management mit der Aufwand-Nutzen-Matrix: Welche Blocker löst man zuerst? Einfache Regeln helfen, Durchlaufzeit und Termintreue zu verbessern. Lösen Sie zuerst Blockierer auf, die eine bestimmte Aktivität im Wertstrom einschränken. Schätzen Sie dann das Aufwand-Nutzen-Verhältnis ab: Der Aufwand (gering, mittel, hoch) wird der blockierten Zeit (hoch, mittel, niedrig) gegenübergestellt. Daraus ergibt sich eine klare Rangfolge – ein Blocker mit geringem Lösungsaufwand und hoher blockierter Zeit hat Priorität 1, ein aufwendiger Blocker mit geringer Wirkung landet am Ende der Liste.
Strukturierte Problemlösung: Sind die Top-Fehler priorisiert, geht es an die nachhaltige Lösung: das Problem genau beschreiben, Zahlen, Daten und Fakten sammeln, die Grundursache identifizieren, Lösungen ermitteln, bewerten, testen und implementieren – und schließlich die Nachhaltigkeit der Lösung nachweisen. Bewährte Techniken dafür sind die 6W-Tabelle, Fishbone-Diagramm und 5-Why, Beobachtung und Experiment, Brainstorming, Aufwand-Nutzen- und Pugh-Matrix sowie Plan-Do-Check-Act und DMAIC.
Für den Einstieg empfiehlt es sich, einen begrenzten, aber relevanten Wertstrom auszuwählen. Zu Beginn sollte geklärt werden, welche Dienstleistung für welchen Kunden erbracht wird und wo der betrachtete Prozess beginnt und endet.
Anschließend wird der heutige Arbeitsfluss aufgenommen. Dabei ist nicht der offiziell dokumentierte Idealprozess entscheidend, sondern die tatsächlich praktizierte Arbeitsweise. Danach wird festgelegt, was eine Arbeitseinheit darstellt und welche Zustände auf dem Board sichtbar gemacht werden sollen.
Im nächsten Schritt werden Regeln für den Eintritt in das System, für Übergaben und für die Fertigstellung vereinbart. Erste WIP-Limits können auf Basis der vorhandenen Kapazitäten und des beobachteten Arbeitsbestands gesetzt werden. Sie sollten bewusst als Ausgangshypothesen verstanden werden.
Sobald das System arbeitet, werden WIP, Durchlaufzeit, Durchsatz, Alter offener Aufgaben und Blockierungen beobachtet. Regelmäßige Meetings sorgen dafür, dass nicht nur Daten gesammelt, sondern auch Entscheidungen getroffen werden.
Ein digitales Werkzeug kann dabei hilfreich sein, vor allem bei räumlich verteilten Teams. Es ersetzt jedoch weder Prozessverständnis noch gemeinsame Regeln. Ein technisch aufwendiges Board ist noch kein funktionierendes Kanban-System.
Typische Fehlentwicklungen
In der Praxis scheitert Kanban selten am Zeichnen eines Boards. Schwierigkeiten entstehen eher durch eine inkonsequente Anwendung der zugrunde liegenden Steuerungslogik.
Ein häufiger Fehler besteht darin, dass das Board nicht den tatsächlichen Prozess abbildet. Die Spalten orientieren sich dann an organisatorischen Zuständigkeiten oder theoretischen Vorgaben, obwohl die Arbeit in der Realität andere Zustände durchläuft.
Ebenso problematisch sind WIP-Limits, die zwar eingetragen, aber regelmäßig überschritten oder bei jeder Belastungserhöhung nach oben angepasst werden. Damit verlieren sie ihre Funktion als Begrenzungs- und Lernmechanismus.
Eine weitere Fehlentwicklung besteht darin, blockierte Aufgaben aus dem Work-in-Progress herauszurechnen. Dadurch erscheint das System weniger belastet, als es tatsächlich ist. Die Ursache der Verzögerung bleibt bestehen, während gleichzeitig neue Arbeit aufgenommen wird.
Auch Fast Lanes können problematisch werden. Ohne klare Kriterien wird nahezu jede kurzfristige Anfrage als dringlich eingestuft. Der Standardprozess verliert dadurch Stabilität und die Organisation gerät in einen dauerhaften Reaktionsmodus.
Kanban sollte außerdem nicht zur Überwachung einzelner Personen eingesetzt werden. Das Board dient primär dazu, den Zustand der Arbeit und des Gesamtsystems sichtbar zu machen. Werden Kennzahlen oder Kartenbewegungen zur individuellen Leistungskontrolle verwendet, entstehen Fehlanreize. Mitarbeitende könnten Aufgaben künstlich aufteilen, schwierige Vorgänge meiden oder Probleme zu spät sichtbar machen.
In der Praxis scheitert Kanban selten am Zeichnen eines Boards. Schwierigkeiten entstehen eher durch eine inkonsequente Anwendung der zugrunde liegenden Steuerungslogik.
Ein häufiger Fehler besteht darin, dass das Board nicht den tatsächlichen Prozess abbildet. Die Spalten orientieren sich dann an organisatorischen Zuständigkeiten oder theoretischen Vorgaben, obwohl die Arbeit in der Realität andere Zustände durchläuft.
Ebenso problematisch sind WIP-Limits, die zwar eingetragen, aber regelmäßig überschritten oder bei jeder Belastungserhöhung nach oben angepasst werden. Damit verlieren sie ihre Funktion als Begrenzungs- und Lernmechanismus.
Eine weitere Fehlentwicklung besteht darin, blockierte Aufgaben aus dem Work-in-Progress herauszurechnen. Dadurch erscheint das System weniger belastet, als es tatsächlich ist. Die Ursache der Verzögerung bleibt bestehen, während gleichzeitig neue Arbeit aufgenommen wird.
Auch Fast Lanes können problematisch werden. Ohne klare Kriterien wird nahezu jede kurzfristige Anfrage als dringlich eingestuft. Der Standardprozess verliert dadurch Stabilität und die Organisation gerät in einen dauerhaften Reaktionsmodus.
Kanban sollte außerdem nicht zur Überwachung einzelner Personen eingesetzt werden. Das Board dient primär dazu, den Zustand der Arbeit und des Gesamtsystems sichtbar zu machen. Werden Kennzahlen oder Kartenbewegungen zur individuellen Leistungskontrolle verwendet, entstehen Fehlanreize. Mitarbeitende könnten Aufgaben künstlich aufteilen, schwierige Vorgänge meiden oder Probleme zu spät sichtbar machen.
Was bedeutet WIP? WIP steht für „Work in Progress" – die Arbeit, die sich aktuell in Bearbeitung befindet. In Kanban wird der WIP für jeden Teilabschnitt des Workflows durch obere Grenzen (WIP-Limits) begrenzt.
Brauche ich ein digitales Tool? Nein, ein physisches Board mit Haftnotizen reicht für den Einstieg. Digitale Tools punkten bei verteilten Teams und ermöglichen dynamische Workflows mit automatischen Regeln.
Wie viele Verbesserungen sollte eine Retrospektive liefern? Weniger ist mehr: Ein bis zwei Verbesserungen, konsequent umgesetzt und am Board nachverfolgt, wirken stärker als eine lange Liste guter Vorsätze.
Gilt das WIP-Limit auch für blockierte Aufgaben? Ja – auch blockierte Aufgaben zählen gegen das lokale WIP-Limit. Genau das erzeugt den nötigen Druck, Blockaden schnell zu beheben.
Kanban überzeugt durch seinen pragmatischen Ansatz: Starten Sie mit dem, was Sie gerade machen, machen Sie Ihre Arbeit sichtbar, begrenzen Sie den Work in Progress – und verbessern Sie Ihren Prozess Schritt für Schritt. Die Einstiegshürde ist niedrig, das Potenzial groß: mehr Transparenz, kürzere und vorhersagbarere Durchlaufzeiten und ein Team, das Engpässe löst, statt sie zu verwalten.
Und wer tiefer einsteigt, findet in Swimlanes, Fast Lanes, Blocker-Clustering und systematischem Engpass-Management ein mächtiges Instrumentarium für die kontinuierliche Verbesserung. Der Leitsatz bleibt dabei immer derselbe: Stop starting. Start finishing.
Unser Kursangebot zum Thema finden Sie unter folgendem Link:
Weiterführende Themen finden Sie unter:
Kontaktieren Sie uns noch heute, um mehr zu erfahren und Ihr individuelles Seminar zu buchen. Unsere Experten stehen Ihnen für einen ersten telefonischen Kontakt gerne zur Verfügung.