Definition
Visuelle Workflow-Management-Methode für Wissensarbeit, übertragen aus dem Toyota-Kanban. Drei Kernpraktiken: Visualisierung des Arbeitsablaufs (Kanban-Board), Begrenzung paralleler Arbeit (WIP-Limits), Steuerung des Flusses. Anders als Scrum keine fixen Iterationen, sondern kontinuierlicher Fluss. Häufig in IT-Operations, Wartung und reaktiven Teams eingesetzt. Verzahnt sich gut mit ITIL und DevOps-Praktiken.
In der Praxis
Kanban scheitert in der Praxis an einem einzigen Punkt: Das Board wird aufgehängt, aber die WIP-Limits werden nicht ernst genommen. Dann ist es keine Flusssteuerung, sondern eine bunte Pinnwand mit dreißig Karten in der Spalte „In Arbeit" — und genau dort verrotten die Aufgaben. Der eigentliche Hebel ist die Begrenzung paralleler Arbeit: Sie macht Engpässe sichtbar und zwingt zum Fertigstellen statt zum Anfangen. Zweiter Fehler: Das Pull-Prinzip wird nicht verstanden — Karten werden von vornherein zugewiesen statt aus der Warteschlange gezogen, sobald Kapazität frei ist. Dritter Fehler: keine Flussmessung. Ohne Durchlaufzeit und Durchsatz bleibt Kanban Gefühl statt Steuerung. In IT-Betrieb, Support und Instandhaltung ist Kanban Scrum meist überlegen, weil die Arbeit anfragend kommt — die Abgrenzung steht im Glossar-Eintrag zu Scrum. Und für Service-Organisationen: Kanban verzahnt sich gut mit ITIL-Praktiken wie Incident- und Change-Management, weil beide auf denselben Fluss schauen.
Verwandte Begriffe
Häufige Fragen zu Kanban (Agile)
Was ist der Unterschied zwischen dem Produktions-Kanban bei Toyota und dem agilen Kanban-Board?
Das Toyota-Kanban ist ein physisches Steuerungssignal in der Fertigung: Eine Karte löst Nachschub oder Nachproduktion aus und begrenzt so den Bestand zwischen zwei Prozessschritten — es steuert Materialfluss in einem stabilen, wiederholenden Prozess. Das agile Kanban überträgt nur zwei Prinzipien auf Wissensarbeit: die Visualisierung des Arbeitsflusses und die Begrenzung angefangener Arbeit. Statt Materialkarten wandern Aufgaben über ein Board, statt Bestand wird die Zahl paralleler Tickets begrenzt. Der Unterschied liegt im Umfeld: Fertigung ist repetitiv und taktzentriert, Wissensarbeit ist variantenreich und anfragegetrieben. Wer das Board als reine Aufgabenliste nutzt, hat das Prinzip verfehlt — der Wert entsteht erst durch WIP-Limits und Flussmessung. Beide Varianten teilen das Ziel: Engpässe sichtbar machen und Überproduktion beziehungsweise Überladung verhindern.
Welche Rolle spielt Kanban in einem Service-Management-System nach ISO/IEC 20000-1?
Die Norm fordert ein gesteuertes Service-Management-System mit geplanten Prozessen — etwa für Störungsbehebung, Änderungen und Servicebereitstellung —, schreibt aber keine Methode für die operative Steuerung vor. Kanban ist dafür ein zulässiges und bewährtes Werkzeug: Das Board macht den Ticketfluss sichtbar, WIP-Limits verhindern die Überladung des Betriebsteams, und die Flussmetriken liefern genau die Leistungsdaten, die das Managementsystem für Bewertung und Verbesserung braucht. Wichtig ist die Trennung der Ebenen: Die Norm definiert, welche Prozesse und Nachweise existieren müssen; Kanban organisiert, wie die Arbeit darin fließt. Im Audit zählt der Nachweis — ein Board ohne dokumentierte Priorisierungs- und Eskalationsregeln ersetzt keine Prozessbeschreibung. Wer beides verzahnt, bekommt ein schlankes, prüffestes Service-Management (ISO/IEC 20000-1).
Wie führen wir Kanban im Betriebsteam konkret ein?
Starten Sie mit dem Ist: Bilden Sie die tatsächlichen Arbeitsschritte als Spalten ab — nicht das Idealbild, sondern den Prozess, wie er heute läuft. Zweitens die WIP-Limits: Begrenzen Sie jede aktive Spalte auf eine Zahl, die das Team realistisch bewältigt, und verteidigen Sie diese Grenze im Tagesgeschäft — sie ist das Herzstück. Drittens die Zufuhr: Ein kurzes wöchentliches Meeting priorisiert den Eingangspuffer, das Team zieht daraus nach Kapazität. Viertens die Messung: Erfassen Sie Durchlaufzeit und Durchsatz pro Woche; schon nach wenigen Wochen sehen Sie, wo Arbeit hängen bleibt. Fünftens explizite Regeln: Was heißt „fertig" je Spalte, wann wird eskaliert, was sind dringende Fälle mit Überholspur. Sechstens Geduld: Die ersten Engpass-Diskussionen sind unbequem und genau der Sinn der Methode.