Kanban

Kanban ist eine agile Methode zur Visualisierung und Optimierung von Arbeitsprozessen. Ursprünglich von Toyota für die Produktion entwickelt, ist Kanban heute in der Softwareentwicklung weit verbreitet. Das Kernprinzip: Arbeit wird auf einem Board mit Spalten (To Do, In Progress, Done) visualisiert. Jede Aufgabe ist eine Karte, die durch die Spalten wandert.

Die Grundprinzipien: 1) Visualisiere den Workflow, 2) Limitiere Work-in-Progress (WIP) - nicht zu viele parallele Aufgaben, 3) Manage den Flow - identifiziere Engpässe, 4) Mache Prozessregeln explizit, 5) Implementiere Feedback-Loops, 6) Verbessere kontinuierlich. WIP-Limits sind entscheidend: Weniger parallele Arbeit bedeutet schnellere Fertigstellung.

Tools wie Trello, Jira, Notion oder GitHub Projects bieten digitale Kanban-Boards. Kanban ist flexibler als Scrum - keine festen Sprints, kein Scrum Master nötig. Es eignet sich für Teams mit kontinuierlichem Arbeitsfluss (Support, Operations, Content) oder als Ergänzung zu Scrum. Die Visualisierung macht Probleme sofort sichtbar: Stapeln sich Karten in einer Spalte, gibt es dort einen Engpass.

Kanban macht Prozesse nicht nur sichtbar, sondern messbar. Zentrale Kennzahlen sind die Cycle Time (Zeit von Arbeitsbeginn bis Fertigstellung) und die Lead Time (vom Eingang der Anfrage bis zur Lieferung). Littles Gesetz verknüpft beide mit der Menge paralleler Arbeit: Je mehr Aufgaben gleichzeitig offen sind, desto länger dauert im Mittel jede einzelne - genau deshalb sind WIP-Limits kein bürokratisches Detail, sondern der wirksamste Hebel für schnelleren Durchsatz. Ein Cumulative Flow Diagram visualisiert, wo sich Arbeit staut, und ein Aufweiten des "In Progress"-Bandes deckt Engpässe auf, bevor sie eskalieren.

Der grundlegende Unterschied zu Scrum liegt im Rhythmus: Scrum arbeitet in festen, zeitlich begrenzten Sprints mit definierten Rollen und Planungsterminen, Kanban dagegen im kontinuierlichen Fluss ohne feste Iterationen - Aufgaben werden nach dem Pull-Prinzip gezogen, sobald Kapazität frei wird, statt in Batches zugeteilt. Dadurch ist Kanban änderungsfreundlicher und eignet sich besonders für Support-, Betriebs- und Wartungsteams mit unvorhersehbar eintreffender Arbeit. Über Classes of Service (etwa Expedite für dringende Störungen, Standard, Fixed Date) priorisiert man unterschiedliche Aufgabentypen transparent. Viele Teams kombinieren beide Welten zu "Scrumban", das Scrum-Zeremonien mit Kanbans Flussorientierung und WIP-Limits verbindet. Entscheidend ist, dass die Board-Spalten den realen Arbeitsablauf abbilden - ein Board, das nicht gepflegt wird oder von der Wirklichkeit abweicht, verliert seinen Wert als Steuerungsinstrument.