Kanban - Methode für visuelles Workflow-Management

Kanban ist eine agile Methode zur Visualisierung und Optimierung von Arbeitsprozessen mit WIP-Limits, Pull-Prinzip und kontinuierlichem Fluss. Ursprünglich aus dem Toyota Production System stammend, steuert Kanban Workflows über sechs Kernpraktiken und Metriken wie Lead Time und Cycle Time.

Kategorie:Agile Methoden

Kanban ist eine Methode zur Steuerung und Optimierung von Arbeitsprozessen, die ihren Ursprung im Toyota Production System der 1940er Jahre hat. Das japanische Wort "Kanban" (看板) bedeutet "Signalkarte" oder "visuelles Brett". David J. Anderson adaptierte diese Methode 2007 für die Wissensarbeit und Softwareentwicklung.

Im Kern ist Kanban ein System zur Visualisierung von Arbeit, Begrenzung paralleler Arbeit (Work in Progress) und Maximierung des Arbeitsflusses. Anders als Scrum schreibt Kanban keine festen Rollen, Events oder Timeboxen vor - es ist ein evolutionärer Änderungsansatz, der auf bestehende Prozesse aufgesetzt werden kann.

Die 6 Kernpraktiken von Kanban

1. Visualisiere den Arbeitsfluss

Alle Arbeit wird auf einem Kanban-Board sichtbar gemacht. Das Board zeigt:

  • Spalten: Die verschiedenen Phasen des Arbeitsprozesses (z.B. Backlog, In Arbeit, Review, Fertig)
  • Karten: Einzelne Arbeitseinheiten (Tasks, User Stories, Tickets)
  • Swimlanes: Horizontale Unterteilungen für verschiedene Arbeitstypen oder Teams
  • Blockaden: Visuelle Markierung von blockierten Aufgaben

Durch die Visualisierung werden Engpässe, Wartezeiten und Probleme sofort sichtbar.

2. Limitiere den Work in Progress (WIP)

WIP-Limits begrenzen die Anzahl der Aufgaben, die sich gleichzeitig in einer Spalte oder im gesamten System befinden dürfen:

  • Fokus: Weniger Multitasking, mehr Fertigstellung
  • Durchfluss: "Stop starting, start finishing"
  • Engpasserkennung: Wenn eine Spalte voll ist, muss das Problem gelöst werden
  • Qualität: Weniger gleichzeitige Arbeit bedeutet weniger Fehler

Beispiel: Eine Spalte "In Entwicklung" mit WIP-Limit 3 bedeutet: Maximal 3 Aufgaben dürfen gleichzeitig bearbeitet werden. Erst wenn eine fertig ist, kann die nächste gezogen werden.

3. Manage den Fluss

Der Arbeitsfluss wird aktiv gesteuert und optimiert:

  • Lead Time messen: Zeit von Anforderung bis Lieferung
  • Cycle Time messen: Zeit von Start bis Fertigstellung einer Aufgabe
  • Durchsatz tracken: Anzahl erledigter Items pro Zeiteinheit
  • Engpässe identifizieren: Wo staut sich Arbeit?
  • Blockaden schnell lösen: Blockierte Aufgaben haben Priorität

4. Mache Prozessregeln explizit

Alle Regeln des Arbeitsprozesses werden dokumentiert und für alle sichtbar gemacht:

  • Wann ist eine Aufgabe bereit für die nächste Spalte? (Definition of Ready)
  • Wann gilt eine Aufgabe als fertig? (Definition of Done)
  • Wie werden Aufgaben priorisiert?
  • Wie werden Blockaden eskaliert?
  • Wie funktioniert das Pull-System?

5. Implementiere Feedback-Schleifen

Regelmäßige Meetings zur Synchronisation und Verbesserung:

  • Daily Standup: Tägliche Synchronisation am Board
  • Replenishment Meeting: Nachfüllen des Backlogs
  • Delivery Planning: Planung von Releases
  • Service Delivery Review: Analyse der Lieferperformance
  • Operations Review: Abteilungsübergreifende Abstimmung
  • Risk Review: Identifikation und Behandlung von Risiken
  • Strategy Review: Langfristige Ausrichtung

6. Verbessere kollaborativ, entwickle experimentell

Kontinuierliche Verbesserung durch wissenschaftliches Experimentieren:

  • Hypothesen aufstellen
  • Kleine Experimente durchführen
  • Ergebnisse messen
  • Erfolgreiche Änderungen beibehalten
  • Nicht funktionierende Experimente verwerfen

Das Kanban-Board im Detail

Typischer Aufbau eines Software-Kanban-Boards

Backlog Bereit In Entwicklung Code Review Testing Fertig
WIP: ∞ WIP: 5 WIP: 3 WIP: 2 WIP: 2 WIP: ∞

Pull-Prinzip: Arbeit wird von rechts nach links "gezogen". Ein Entwickler, der fertig ist, zieht die nächste Aufgabe aus "Bereit". Nur wenn Platz in einer Spalte ist, kann neue Arbeit hineingezogen werden.

Kanban-Karten

Eine typische Kanban-Karte enthält:

  • Titel: Kurze Beschreibung der Aufgabe
  • Arbeitstyp: Feature, Bug, Spike, etc.
  • Zuständige Person: Avatar oder Name
  • Priorität: Farbcodierung oder Labels
  • Alter/Deadline: Wie lange ist die Karte schon im System?
  • Blockade-Indikator: Wenn die Arbeit blockiert ist

Kanban-Metriken

Lead Time

Die Zeit von der Anforderung bis zur Lieferung an den Kunden. Beinhaltet Wartezeiten.

Formel: Lieferdatum - Anforderungsdatum

Ziel: Vorhersagbarkeit erhöhen durch konsistente Lead Times

Cycle Time

Die Zeit, die eine Aufgabe aktiv bearbeitet wird (ohne Wartezeiten im Backlog).

Formel: Fertigstellungsdatum - Startdatum der Bearbeitung

Ziel: Cycle Time reduzieren durch Eliminierung von Verschwendung

Throughput (Durchsatz)

Die Anzahl fertiggestellter Aufgaben pro Zeiteinheit.

Beispiel: 12 User Stories pro Woche

Ziel: Stabilen, vorhersagbaren Durchsatz erreichen

Cumulative Flow Diagram (CFD)

Ein Diagramm, das die Anzahl der Aufgaben in jeder Spalte über die Zeit zeigt:

  • Horizontale Abstände zeigen Lead Time
  • Vertikale Abstände zeigen Work in Progress
  • Steigende Bereiche deuten auf Engpässe hin
  • Parallele Linien zeigen stabilen Fluss

Kanban vs. Scrum

Aspekt Kanban Scrum
Rhythmus Kontinuierlicher Fluss Feste Sprints (1-4 Wochen)
Rollen Keine vordefinierten Rollen Product Owner, Scrum Master, Developers
Veränderungen Jederzeit möglich Idealerweise nicht während des Sprints
Planung Just-in-Time, kontinuierlich Sprint Planning zu Sprint-Beginn
Steuerung WIP-Limits Sprint Commitment
Metriken Lead Time, Cycle Time, Throughput Velocity, Burndown Chart
Ideal für Support, Wartung, kontinuierliche Services Produktentwicklung, Projektearbeit
Einführung Evolutionär auf bestehende Prozesse Revolution - ersetzt bestehende Prozesse

Scrumban - Das Beste aus beiden Welten

Viele Teams kombinieren Scrum und Kanban zu "Scrumban":

  • Sprints und Retrospektiven von Scrum für Rhythmus und Verbesserung
  • Kanban-Board mit WIP-Limits für Visualisierung und Flusssteuerung
  • Flexible Planung: Kontinuierliches Nachfüllen statt festes Sprint Commitment
  • Rollen können beibehalten oder angepasst werden

Wann ist Kanban die richtige Wahl?

Ideal für:

  • Support- und Wartungsteams mit unvorhersehbaren Anfragen
  • DevOps- und Operations-Teams
  • Kontinuierliche Dienstleistungen ohne feste Releases
  • Teams, die bestehende Prozesse evolutionär verbessern möchten
  • Umgebungen mit häufigen Prioritätsänderungen

Weniger geeignet für:

  • Projekte mit festen Deadlines und klarem Scope
  • Teams, die von der Struktur fester Sprints profitieren
  • Organisationen, die klare Rollen und Verantwortlichkeiten benötigen

Kanban bei Elasticbrains

Bei Elasticbrains nutzen wir Kanban-Prinzipien in verschiedenen Kontexten:

  • Visualisierung: Alle Teams arbeiten mit Kanban-Boards für maximale Transparenz
  • WIP-Limits: Wir begrenzen parallele Arbeit, um Durchfluss zu optimieren
  • Scrumban-Ansatz: Kombination von Sprint-Rhythmus mit Kanban-Flusssteuerung
  • Metriken: Lead Time und Cycle Time werden für kontinuierliche Verbesserung genutzt
  • Support-Kanban: Für unsere Wartungs- und Support-Projekte setzen wir reines Kanban ein
  • DevOps-Integration: Kanban-Boards sind mit CI/CD-Pipelines verknüpft

Wir helfen auch Kundenteams bei der Einführung von Kanban oder der Transformation von klassischem Projektmanagement zu agilen Methoden.

Häufige Fehler bei Kanban

  • Zu hohe WIP-Limits: Wenn die Limits nicht wirklich begrenzen, bringt Kanban keinen Vorteil
  • Keine echten Limits: "Wir machen Kanban, aber ohne WIP-Limits" ist kein Kanban
  • Board ignorieren: Das Board wird nicht gepflegt oder im Daily nicht genutzt
  • Keine Metriken: Ohne Messung keine Verbesserung
  • Blockaden nicht lösen: Blockierte Karten werden liegen gelassen
  • Zu viele Spalten: Überkomplexe Boards mit 15+ Spalten

Kanban-Tools

Beliebte Tools für digitale Kanban-Boards:

  • Jira: Umfangreich, ideal für Softwareentwicklung
  • Trello: Einfach und intuitiv, gut für kleinere Teams
  • Azure DevOps: Microsoft-Integration, Enterprise-Features
  • Asana: Projektmanagement mit Kanban-Ansicht
  • Monday.com: Flexibel, viele Visualisierungsoptionen
  • Notion: Kombination aus Wiki und Kanban
  • Kanbanize: Spezialisiert auf Kanban mit Portfolio-Management

Weiterführende Ressourcen

  • Buch: "Kanban: Successful Evolutionary Change for Your Technology Business" von David J. Anderson
  • Zertifizierung: Kanban University bietet KMP (Kanban Management Professional) Zertifizierungen
  • Online: kanban.university für offizielle Ressourcen und Training