Umgang mit WIP-Limit-Verletzungen - Kanban Essentials

1Verletzungen sind Information, kein Versagen

Wenn ein WIP-Limit erreicht wird, haben Sie drei Optionen:

Warten – Keine neue Arbeit beginnen; helfen, etwas Laufendes zu beenden
Schwärmen – Mehrere Personen helfen, den Engpass zu beseitigen
Verletzen – Trotzdem neue Arbeit beginnen und die Ausnahme anerkennen

Alle drei sind je nach Kontext gültig. Der Schlüssel ist, dass die Verletzung sichtbar und bewusst ist, nicht unsichtbar und unbewusst.

Ein verletztes Limit ist ein Signal: „Etwas Ungewöhnliches passiert. Aufmerksam sein."

Wenn Sie Ihre WIP-Limits nie erreichen, sind sie zu hoch. Wenn Sie sie ständig verletzen, sind sie entweder zu niedrig oder etwas Systemisches ist falsch.

2Was zu tun ist, wenn Limits erreicht werden

Schritt 1: Das Signal erkennen Das Limit ist erreicht. Das System funktioniert, es bricht nicht zusammen.

Schritt 2: Fragen warum

Gibt es Blocker, die verhindern, dass Arbeit beendet wird?
Ist eine nachgelagerte Phase überlastet?
Haben wir zu viel Arbeit aufgenommen?
Ist etwas unerwartet komplex?

Schritt 3: Eine Reaktion wählen

Helfen, etwas zu beenden: Einen PR reviewen, bei einem Bug pairen, einen Blocker beseitigen
Auf den Engpass schwärmen: Mehrere Personen konzentrieren sich darauf, den Stau zu beseitigen
Warten: Wenn der Blocker extern ist, gibt es möglicherweise nichts zu tun außer zu warten
Eskalieren: Wenn das Muster anhält, im Standup oder an die Führung weitergeben

Schritt 4: Nicht automatisch verletzen Die Versuchung ist zu sagen „aber das ist wichtig!" und trotzdem zu beginnen. Widerstehen Sie. Die Limits existieren, um den Flow zu schützen.

3Wann tatsächlich verletzen

Manchmal ist die Verletzung des Limits die richtige Entscheidung. Beispiele:

Echter Notfall: Produktion ist down, und wir sind am WIP-Limit für Dev. Ja, den Fix trotzdem starten.

Blockierende Abhängigkeit: Das blockierte Element wartet auf externe Eingabe. Etwas anderes zu starten ist besser als untätig zu sitzen.

Lernen: Neues Teammitglied muss pairen, und das überschreitet vorübergehend das Limit.

Aber machen Sie es sichtbar:

Verwenden Sie einen visuellen Indikator (andere Kartenfarbe, Flagge usw.)
Besprechen Sie es im Standup
Verfolgen Sie Verletzungen über die Zeit

Wenn Sie Limits häufig verletzen, ist etwas falsch. Entweder:

Limits sind zu niedrig
Arbeit kommt zu schnell herein
Blocker werden nicht gelöst
Das Team glaubt nicht an die Limits

4Verletzungen verfolgen und analysieren

Verletzungen sind Daten. Verfolgen Sie sie zur Verbesserung:

Was zu erfassen ist:

Wann ist die Verletzung passiert?
Warum wurde das Limit erreicht? (Blocker, Upstream-Ansturm usw.)
Warum haben wir uns entschieden zu verletzen? (Notfall, konnten anderswo nicht helfen usw.)
Was war die Auswirkung?

Muster, nach denen zu suchen ist:

Dieselbe Spalte erreicht immer Limits → Engpass, Grundursache angehen
Limits nach Auffüllung erreicht → zu viel in der Planung aufgenommen
Verletzungen immer von einer Person → möglicher Schulungs- oder Unterstützungsbedarf
Verletzungen immer für einen Arbeitstyp → vielleicht braucht dieser Typ andere Handhabung

Retro-Diskussion: „Wir haben das Dev-WIP-Limit 4 Mal in diesem Sprint verletzt. Drei Mal, weil Code Review überlastet war. Müssen wir die Review-Kapazität erhöhen?"

Dies verwandelt Verletzungen in Verbesserungsmöglichkeiten statt in Schuld.

Das Ziel sind nicht null Verletzungen. Das Ziel sind bewusste Verletzungen, die zu Lernen führen. Unbewusste Verletzungen (Limits ignoriert, niemand bemerkt es) sind das echte Problem.