🚦

WIP-Limits: Die Zahl, die Ihren Fluss verändert

Eine schlecht kalibrierte WIP-Limit verwandelt Ihr Kanban-Board in eine stille Warteschlange. Hier erfahren Sie, wie Sie sie berechnen, zwei Wochen testen und ihre Wirkung auf die Lieferzeit messen. Übung zur Kalibrierung pro Spalte inklusive.

Agile5 Min. Lesezeit#kanban#flux cumulé#métriques agiles#amélioration continue
Von L'équipe Ever EarlierVeröffentlicht am 28. September 2026Auch verfügbar auf Français, English, Español

Das Wichtigste

  • Eine WIP-Limit ist kein Aufwandsquota: Sie ist ein visuelles Signal, das anzeigt, wann man aufhören soll zu starten und beginnen soll zu beenden.
  • Die einfachste Ausgangsformel: Limit = Anzahl der Personen, die die Spalte berühren + 1 Puffer, dann wird per Messung angepasst.
  • Der Test erfolgt über zwei Wochen, jeweils eine Spalte, indem Lieferzeit und Größe der Warteschlangen vorher/nachher verglichen werden.
  • Das kumulierte Flussdiagramm macht die tatsächliche Wirkung sichtbar: Wenn das Band „In Arbeit“ dicker wird, ist die Limit zu hoch oder die Spalte schlecht aufgeteilt.

Warum eine WIP-Limit mehr verändert als ein Board

Auf einem Kanban-Board schauen alle auf die Spalten. Nur wenige schauen auf die Anzahl der Karten, die sich dort ansammeln. Genau dort entscheidet sich jedoch die Lieferzeit.

Eine WIP-Limit (work in progress) ist eine Obergrenze: „nicht mehr als N Karten in dieser Spalte zu einem bestimmten Zeitpunkt“. Wenn die Obergrenze erreicht ist, zieht man die nächste Karte nicht. Man beendet, was begonnen wurde.

Pawel Brodzinski erinnert in Milk Kanban daran, dass das ursprüngliche Kanban zuerst ein visuelles Signal ist: Eine Karte auf dem letzten Milchziegel sagt „es muss nachbestellt werden“, ohne Board oder Spalte. Die WIP-Limit ist genau dieses Signal, angewendet auf eine Spalte. Sie misst nicht den Aufwand, sie löst eine Entscheidung aus.

Ohne Limit wird eine Spalte „In Arbeit“ zu einem Lagerbereich. Die Karten kommen schnell hinein, gehen langsam hinaus, und niemand sieht das Problem, solange der Kunde nicht wartet.

Wie man eine erste Limit berechnet, ohne sich zu täuschen

Es gibt keine Zauberformel, aber ein vernünftiger Ausgangspunkt verhindert, dass man blind startet.

Die Grundregel

  • Zählen Sie die Anzahl der Personen, die tatsächlich in der Spalte arbeiten (nicht im Team, in der Spalte).
  • Addieren Sie 1, um Unvorhergesehenes abzufedern (eine blockierte Karte, eine Überprüfung, ein Test).
  • Das Ergebnis ist Ihre Ausgangslimit. Beispiel: 3 Entwickler auf „In Arbeit“ → Limit 4.

Diese Regel ist bewusst grob. Sie dient dazu, eine Zahl zu setzen, nicht sie zu verteidigen. Die Kalibrierung kommt danach.

Erst aufteilen, dann begrenzen

Eine Sammelspalte („In Arbeit“, die Dev, Review und Test enthält) macht jede Limit nutzlos: Die Obergrenze gilt für Schritte, die nicht dieselbe Dauer haben. Teilen Sie zuerst in Spalten auf, die tatsächliche Flussschritte darstellen. Begrenzen Sie dann jede Spalte separat.

In einem Tool wie Ever Earlier zeigt sich das in benutzerdefinierten Spalten mit Drag-and-Drop und Aktivitätsprotokoll, wodurch sichtbar wird, wie viele Karten sich bewegt haben und wann. Das Protokoll dient als Rohmaterial für die Messung.

Die Übung zur Kalibrierung pro Spalte, über zwei Wochen

Ziel: die Limit finden, die die Lieferzeit verkürzt, ohne das Team auszuhungern. Jeweils eine Spalte, zwei Wochen, drei Messungen.

Woche 0: den aktuellen Zustand messen

  1. Notieren Sie täglich zur gleichen Uhrzeit die Anzahl der Karten in der Zielspalte.
  2. Notieren Sie die durchschnittliche Zeit zwischen Eintritt und Austritt dieser Spalte für abgeschlossene Karten.
  3. Notieren Sie die Anzahl der blockierten Karten (mit einem Grund: Warten auf Info, Abhängigkeit, Bug).

Woche 1: die Limit anwenden

Legen Sie die berechnete Limit fest. Wenn sie erreicht ist, gilt eine einfache Regel: Man zieht keine neue Karte. Man hilft beim Beenden, entsperrt, überprüft.

Rechnen Sie mit Widerstand. In den ersten Stunden wird jemand sagen: „Aber ich habe nichts zu tun.“ Genau das ist das Signal, dass die vorgelagerte Spalte schlecht gespeist wird oder die Limit zu niedrig ist.

Woche 2: um eine Stufe anpassen

  • Wenn die Spalte voll bleibt und Personen warten: Erhöhen Sie die Limit um 1.
  • Wenn die Spalte sich oft leert und die Lieferzeit steigt: Senken Sie die Limit um 1.
  • Wenn die Lieferzeit sinkt und die vorgelagerte Warteschlange nicht länger wird: Behalten Sie die Limit.

Wiederholen Sie die Übung mit der nächsten Spalte. Zwei Wochen pro Spalte, nicht mehr. Darüber hinaus verliert das Team den Faden.

Die Wirkung messen: drei Metriken genügen

Man braucht kein Dashboard mit zwanzig Indikatoren. Drei Messungen erzählen das Wesentliche.

Die Lieferzeit (Lead Time)

Zeit zwischen dem Eintritt einer Karte in den Fluss und ihrem Austritt. Das ist die Metrik, die der Kunde spürt. Wenn die WIP-Limit funktioniert, sinkt diese Zahl oder stabilisiert sich.

Der Durchsatz (Throughput)

Anzahl der pro Woche abgeschlossenen Karten. Achtung: Eine WIP-Limit kann den Durchsatz kurzfristig senken und ihn dann wieder erhöhen. Urteilen Sie nicht nach drei Tagen.

Das kumulierte Flussdiagramm

Ein Diagramm, in dem jedes Band eine Spalte darstellt, über die Zeit gestapelt. Wenn das Band „In Arbeit“ dicker wird, sammeln Sie unfertige Arbeit an. Wenn es dünn bleibt und das Band „Fertig“ regelmäßig steigt, ist der Fluss gesund.

Ever Earlier bietet Burndown-, Velocity- und kumulierte Flussberichte sowie ein Gantt-Diagramm. Diese Ansichten ersetzen nicht die Entscheidung, sie machen sie im Meeting sichtbar.

Drei Fehler, die die Wirkung einer WIP-Limit aufheben

Eine schlecht genutzte WIP-Limit wird zu einer willkürlichen Einschränkung. Hier sind die häufigsten Fallen.

Die Limit auf das gesamte Team auf einmal anwenden

Wenn Sie am selben Montag fünf Spalten begrenzen, weiß niemand, welche Limit welche Wirkung verursacht. Eine Spalte nach der anderen.

Limit und Produktivitätsziel verwechseln

Eine WIP-Limit ist kein Quota. Sie sagt „hört auf zu starten“, nicht „produziert mehr“. Wenn Sie sie zum Antreiben nutzen, wird das Team sie umgehen, indem es Karten künstlich aufteilt.

Vergessen, große Karten aufzuteilen

Eine Karte, die drei Wochen dauert, blockiert eine ganze Spalte. User Stories mit Akzeptanzkriterien und Punkten helfen, die zu großen zu erkennen, bevor sie in den Fluss gelangen. Der KI-Agent von Ever Earlier, der User Stories aus Epics generiert, dient genau dazu: aufteilen, bevor man begrenzt.

Die Limit an bestehende Rituale anbinden

Eine WIP-Limit überlebt nicht, wenn sie nicht diskutiert wird. Sie muss in den Ritualen auftauchen, die das Team bereits pflegt.

  • Daily: Beginnen Sie mit der begrenzten Spalte. Wer ist blockiert? Was muss heute fertig werden?
  • Fluss-Review: Schauen Sie einmal pro Woche auf das kumulierte Flussdiagramm. Wird das Band „In Arbeit“ dicker?
  • Retrospektive: Passen Sie eine Limit an, nicht fünf. Notieren Sie die Änderung im Aktivitätsprotokoll.

Wenn Ihr Team Sprints und ein Backlog verwendet, gilt die WIP-Limit auch während des Sprints: Sie verhindert, dass eine neue User Story gezogen wird, solange die vorherige nicht fertig ist. Oft wirkt sie dort am stärksten, weil die Versuchung zu parallelisieren groß ist.

Weiterlesen