Inhaltsverzeichnis
Kanban ist eine Methode zur Steuerung von Arbeit, die auf drei einfachen Elementen aufbaut: Arbeit sichtbar machen, gleichzeitig laufende Aufgaben begrenzen und den Fluss der Arbeit fortlaufend beobachten. Anders als bei Methoden mit festen Arbeitszyklen gibt es bei Kanban keine Sprints – Aufgaben werden fortlaufend eingeplant, sobald Kapazität frei wird.
Der folgende Beitrag erklärt die Kernpraktiken der Kanban-Methode, den Aufbau eines Kanban-Boards mit WIP-Limits, die gängigen Kennzahlen und die Unterschiede zu Scrum.
Herkunft: von der Signalkarte in der Fertigung zur Methode für Wissensarbeit
Der Begriff Kanban (japanisch etwa „Signalkarte“ oder „sichtbare Karte“) stammt aus dem Toyota-Produktionssystem, wo Karten den Nachschub von Material in der Fertigung steuerten: Ein Teil wird erst dann nachproduziert oder nachbestellt, wenn eine Karte signalisiert, dass ein Verbrauch stattgefunden hat. Dieses Pull-Prinzip – Arbeit erst beginnen, wenn tatsächlich Kapazität frei ist – bildet die gedankliche Grundlage der heutigen Kanban-Methode für Wissensarbeit.
Die Übertragung auf Büro- und Entwicklungsarbeit geht auf David J. Anderson zurück. Nach eigener Darstellung entstand ab 2006 bei der Bildagentur Corbis gemeinsam mit Kollegen ein Kanban-System, zunächst für die Softwarewartung; die Praxis, den Workflow auf einer physischen Tafel zu visualisieren, kam Anfang 2007 hinzu. Bis zum Ende des Winters 2007 hatte sich daraus die Kanban-Methode mit ihren sechs Kernpraktiken herausgebildet, wie Anderson selbst dokumentiert. Kanban ist damit keine geschützte Bezeichnung und keine standardisierte Norm, sondern ein von der Kanban University gepflegter Methodenrahmen.
Die sechs Kernpraktiken der Kanban-Methode
Die Kanban University fasst die Methode in sechs allgemeinen Praktiken zusammen, die sich in operative und Management-Praktiken gliedern:
- Arbeit visualisieren: Aufgaben werden auf einem Board sichtbar gemacht, meist als Karten in Spalten, die den Wertstrom abbilden.
- Work in Progress (WIP) begrenzen: Für jede Spalte oder den gesamten Fluss wird eine Höchstzahl gleichzeitig laufender Aufgaben festgelegt.
- Fluss steuern: Der Durchlauf der Arbeit wird beobachtet, Engpässe werden erkannt und gezielt aufgelöst.
- Regeln explizit machen: Kriterien wie „wann gilt eine Aufgabe als fertig“ oder „wann darf eine Karte weiterrücken“ werden schriftlich festgehalten.
- Feedbackschleifen etablieren: Regelmäßige, klar getaktete Besprechungen (z. B. tägliche Abstimmung, Retrospektive) sichern die Kommunikation im Team.
- Gemeinsam verbessern, experimentell weiterentwickeln: Änderungen am Prozess werden im Team vereinbart und schrittweise erprobt statt einmalig verordnet.
Ergänzend gelten vier Grundsätze für den Veränderungsprozess selbst: bei der bestehenden Arbeitsweise beginnen statt bei null anzufangen, evolutionären statt radikalen Wandel anstreben, vorhandene Rollen und Verantwortlichkeiten zunächst respektieren und Führungsverantwortung auf allen Ebenen fördern. Genau darin liegt ein wesentlicher Unterschied zu Methoden, die von Beginn an neue Rollen vorschreiben.
Aufbau eines Kanban-Boards
Ein Kanban-Board bildet den Wertstrom einer Aufgabe von der Anfrage bis zur Fertigstellung als Spaltenfolge ab. Ein einfaches Beispiel für Wissensarbeit:
- Backlog: Aufgaben, die erfasst, aber noch nicht begonnen sind.
- In Arbeit: Aufgaben, an denen aktuell gearbeitet wird.
- Review: Aufgaben, die zur Prüfung oder Abstimmung anstehen.
- Fertig: abgeschlossene Aufgaben.
Jede Spalte – mit Ausnahme von Backlog und Fertig – erhält ein WIP-Limit: eine feste Obergrenze, wie viele Karten gleichzeitig darin liegen dürfen. Ist das Limit einer Spalte erreicht, darf keine neue Karte nachrücken, bis eine bestehende Karte die Spalte verlässt. Dieses Prinzip zwingt dazu, zuerst laufende Aufgaben abzuschließen, statt immer mehr Arbeit parallel zu beginnen, und macht Engpässe sichtbar: Staut sich Arbeit vor einer Spalte, weil das nachfolgende WIP-Limit erreicht ist, zeigt das Board den Engpass unmittelbar an. Das folgende Schaubild zeigt ein solches Board mit vier Spalten, WIP-Limits je Spalte und einem Engpass in der Spalte Review.
Kennzahlen: Durchlaufzeit, Zykluszeit und Durchsatz
Kanban misst nicht in erster Linie, wie viel ein Team leistet, sondern wie gleichmäßig und vorhersehbar Arbeit durch das System fließt. Drei Kennzahlen werden dafür typischerweise herangezogen:
- Durchlaufzeit (Lead Time): die Zeit von der Aufnahme einer Anfrage – etwa dem Eingang im Backlog – bis zu ihrer vollständigen Fertigstellung. Sie umfasst auch Wartezeiten.
- Zykluszeit (Cycle Time): die Zeit, in der tatsächlich aktiv an einer Aufgabe gearbeitet wird, gemessen ab dem Start der Bearbeitung bis zum Abschluss.
- Durchsatz (Throughput): die Anzahl abgeschlossener Aufgaben pro Zeiteinheit, etwa pro Woche.
Der Unterschied zwischen Durchlaufzeit und Zykluszeit liegt in der Wartezeit: Liegt eine Aufgabe mehrere Tage unbearbeitet im Backlog, bevor sie begonnen wird, zählt diese Wartezeit zur Durchlaufzeit, nicht aber zur Zykluszeit. Teams nutzen die Kennzahlen, um Schwankungen und Engpässe im eigenen Ablauf zu erkennen – konkrete Zahlenwerte sind dabei immer team- und kontextspezifisch und lassen sich nicht pauschal auf andere Teams übertragen.
Kanban und Scrum im Vergleich
Kanban und Scrum verfolgen beide das Ziel, Arbeit in kleinen Schritten sichtbar und steuerbar zu machen, unterscheiden sich aber in zentralen Punkten. Wer sich näher mit der Rolle des Scrum Masters befasst, findet dazu einen eigenen Beitrag zum Scrum Master werden.
| Merkmal | Kanban | Scrum |
|---|---|---|
| Rollen | keine vorgeschriebenen Rollen, bestehende Rollen bleiben zunächst bestehen | feste Rollen: Product Owner, Scrum Master, Developers |
| Planungsrhythmus | kontinuierlicher Fluss, Nachziehen einzelner Aufgaben nach Kapazität | fester Sprint mit Zeitrahmen von maximal einem Monat |
| Steuerungsgröße | WIP-Limit je Spalte oder Prozessschritt | Sprint-Backlog mit im Sprint Planning festgelegtem Umfang |
| Änderungen während der Arbeit | neue Prioritäten können laufend einfließen, sobald Kapazität frei wird | Änderungen, die das Sprint-Ziel gefährden, sind während des Sprints ausgeschlossen |
| Einführungsaufwand | schrittweise Einführung im bestehenden Prozess möglich | Einführung setzt Rollen- und Ablaufwechsel auf Scrum voraus |
In der Praxis schließen sich beide Ansätze nicht aus: Mischformen wie „Scrumban“ übernehmen zum Beispiel WIP-Limits und Flussmessung innerhalb eines Scrum-Rahmens. Welche Variante passt, hängt von der Art der Arbeit ab – etwa ob Aufgaben planbar in Paketen anfallen oder laufend und unterschiedlich priorisiert eintreffen. Eine pauschale Empfehlung für die eine oder andere Methode lässt sich daraus nicht ableiten.
Kanban außerhalb der Softwareentwicklung
Auch wenn Kanban seinen Ursprung in der IT-Wissensarbeit hat, lässt sich das Board-Prinzip auf viele Arbeitsbereiche übertragen: in der Verwaltung für die Bearbeitung von Anträgen, im Marketing für die Planung von Kampagnen und Inhalten oder in der Personalarbeit für die Begleitung von Bewerbungs- und Onboarding-Prozessen. Gemeinsam ist diesen Anwendungen, dass Aufgaben in nachvollziehbaren Schritten von einer Anfrage bis zum Abschluss durchlaufen und sich gut auf Spalten abbilden lassen.
Für die persönliche Anwendung hat sich der Begriff „Personal Kanban“ etabliert: ein einfaches Board mit wenigen Spalten und einem selbst gesetzten WIP-Limit, mit dem Einzelpersonen etwa Lernaufgaben, Bewerbungen oder Studienprojekte strukturieren. Wer sich in einer Weiterbildungsmöglichkeit mit mehreren parallelen Modulen befindet, kann ein solches Board nutzen, um offene Aufgaben, laufende Module und abgeschlossene Einheiten auseinanderzuhalten und die Zahl gleichzeitig begonnener Themen bewusst zu begrenzen.
Weiterbildung und Zertifikate zu Kanban
Die Methode ist keine geschützte Berufsbezeichnung und keine Rolle mit gesetzlich geregeltem Zugang. Die von David J. Anderson mitgegründete Kanban University vergibt jedoch ein mehrstufiges Zertifizierungsprogramm, unter anderem die Qualifikation „Kanban Management Professional“ (KMP), die auf aufeinander aufbauenden Kursen basiert. Weitere Organisationen und Trainingsanbieter bieten eigene Kanban-Kurse an, deren Inhalte und Abschlüsse sich unterscheiden können. Eine Einordnung, was ein Zertifikatskurs grundsätzlich leistet und wo seine Grenzen liegen, findet sich im Bildungsglossar; eine Empfehlung für einen bestimmten Anbieter oder eine Aussage zu Kosten ist an dieser Stelle nicht möglich, da sich Angebote und Preise laufend ändern.
Kanban-Kenntnisse werden häufig neben anderen agilen Arbeitsweisen verlangt, etwa in Stellenanzeigen für Projekt- oder Produktrollen. Einen Überblick über verwandte Begriffe aus dem Projekt- und Prozessmanagement bietet der Beitrag Arbeitsmethoden im Bildungsglossar. Wer aus einem technischen oder IT-nahen Berufsfeld kommt, findet ergänzend Hintergründe im Beitrag zum Berufsbild Softwaretester, in dem Kanban- und Scrum-Boards ebenfalls im Arbeitsalltag vorkommen können.
Häufige Fragen
Ist Kanban eine agile Methode?
Die Methode wird in der Praxis meist zu den agilen Arbeitsweisen gezählt, weil es auf kurzen Feedbackschleifen, Transparenz und schrittweiser Verbesserung beruht. Anders als Scrum verlangt Kanban jedoch keine festen Rollen oder Iterationen und lässt sich schrittweise in einen bestehenden Prozess einführen.
Braucht man für Kanban eine Zertifizierung?
Nein. Die Methode lässt sich ohne Zertifikat einsetzen, da die Methode keine geschützte Rolle vorsieht. Zertifikate wie die der Kanban University belegen vertiefte Kenntnisse und können in Bewerbungen hilfreich sein, sind aber keine Voraussetzung, um mit einem Kanban-Board zu arbeiten.
Was ist der Unterschied zwischen einem WIP-Limit und einer Kapazitätsplanung?
Ein WIP-Limit begrenzt, wie viele Aufgaben gleichzeitig in einem Prozessschritt liegen dürfen, unabhängig davon, wie viel Arbeitszeit einzelne Personen einbringen. Es steuert damit den Fluss der Arbeit, nicht die eingesetzte Kapazität selbst.
Kann man Kanban und Scrum gleichzeitig nutzen?
Ja, Mischformen wie Scrumban kombinieren Elemente beider Ansätze, etwa WIP-Limits innerhalb eines Scrum-Rahmens mit Sprints. Ob eine Mischform sinnvoll ist, hängt von der Art der Arbeit und den bestehenden Teamstrukturen ab.
Wofür steht die Karte beim ursprünglichen Kanban?
Im Toyota-Produktionssystem signalisierte eine physische Karte, dass ein Bauteil verbraucht wurde und nachproduziert oder nachbestellt werden darf. Dieses Pull-Prinzip – erst nachliefern, wenn Bedarf entstanden ist – wurde später auf digitale und physische Boards in der Wissensarbeit übertragen.
Kanban im eigenen Umfeld einführen
Für den Einstieg genügt ein einfaches Board mit wenigen Spalten, das den tatsächlichen Ablauf einer Aufgabe abbildet, sowie ein bewusst niedrig angesetztes WIP-Limit je Spalte. Wichtiger als die Wahl eines bestimmten Tools ist die Disziplin, das Limit auch bei Termindruck einzuhalten und die Kennzahlen Durchlaufzeit, Zykluszeit und Durchsatz regelmäßig zu betrachten, um Engpässe frühzeitig zu erkennen. Wer die Methode im beruflichen Kontext vertiefen will, kann sich an den Praktiken der Kanban University orientieren und bei Bedarf gezielt einzelne Kursbausteine ergänzen, statt von Beginn an ein komplettes Zertifizierungsprogramm zu durchlaufen.
