WIP-Limits festlegen

Eine häufige Frage: „Wie hoch sollte unser WIP-Limit sein?"

Die ehrliche Antwort: Wir wissen es nicht. Fangen Sie irgendwo an und passen Sie an.

WIP-Limits sind Experimente, keine Berechnungen. Unterschiedliche Kontexte erfordern unterschiedliche Limits, und das richtige Limit von heute könnte nächsten Monat falsch sein.

Dennoch gibt es vernünftige Ausgangspunkte und Prinzipien, die Sie leiten können.

Sie können WIP-Limits auf verschiedenen Ebenen festlegen:

Spaltenlimits: Jede Phase hat ihr eigenes Limit.

• „Dev: 3" / „Review: 2" / „QA: 2"
• Schafft Balance über Phasen hinweg
• Verhindert, dass eine einzelne Phase zum Engpass wird

Systemweites Limit: Gesamtzahl der Elemente im System.

• „Maximal 15 Elemente von Bereit bis Fertig"
• Einfacher zu verwalten
• Verhindert keine internen Engpässe

Personenlimits: Das WIP jeder Person ist begrenzt.

• „Maximal 2 Elemente pro Person"
• Gut für Wissensarbeit, bei der Kontextwechsel kostspielig sind
• Kann mit Spaltenlimits kombiniert werden

Die meisten Teams verwenden eine Kombination: Spaltenlimits für den Workflow, manchmal mit überlagerten Personenlimits.

Die „n oder n-1"-Regel: Beginnen Sie mit einem Limit, das der Anzahl der Personen entspricht, die in dieser Phase arbeiten, oder eins darunter liegt.

Wenn 3 Entwickler in der Dev-Spalte arbeiten, versuchen Sie ein WIP-Limit von 3 oder 2.

Warum das funktioniert:

• Stellt sicher, dass Personen nicht untätig sind (jeder kann ein Element haben)
• Erzeugt leichten Druck zur Zusammenarbeit (Limit von n-1)
• Bietet einen vernünftigen Ausgangspunkt

Die „2x Durchsatz"-Regel: Setzen Sie das System-WIP auf etwa das 2-fache Ihres wöchentlichen Durchsatzes.

Wenn Sie 8 Elemente pro Woche abschließen, streben Sie ~16 Elemente im System insgesamt an.

Warum das funktioniert:

• Impliziert etwa 2 Wochen Durchlaufzeit
• Bietet genug Puffer für Variation
• Verhindert extreme Überlastung

Limit ist zu hoch:

• Limit wird nie erreicht
• Elemente altern in der Spalte
• Kontextwechsel sind konstant
• Durchlaufzeiten sind lang

Limit ist zu niedrig:

• Limit wird ständig erreicht
• Personen sind häufig blockiert/untätig
• Arbeit verhungert nachgelagerte Phasen
• Teamfrustration ist hoch

Genau richtig (vorerst):

• Gelegentliche Limit-Treffer, die Zusammenarbeit fördern
• Arbeit fließt stetig durch Phasen
• Durchlaufzeiten sind angemessen
• Team fühlt sich herausgefordert, aber nicht überfordert

Denken Sie daran: „Genau richtig" ist dynamisch. Wenn sich das Team verbessert, verschärfen Sie die Limits. Wenn sich die Teamzusammensetzung ändert, passen Sie neu an.

WIP-Limits sollten sich entwickeln. Hier ist ein gesunder Prozess:

Ersteinrichtung: Wählen Sie vernünftige Ausgangslimits anhand der obigen Heuristiken.

Wöchentliche Beobachtung: Werden Limits erreicht? Zu oft? Nie? Was passiert, wenn sie erreicht werden?

Retro-Diskussion: Überprüfen Sie den Flow. Helfen Limits? Was sollte sich ändern?

Schrittweise Verschärfung: Wenn das Team den Flow verbessert, versuchen Sie, Limits zu senken. Niedrigere Limits decken Probleme früher auf und erzeugen mehr Druck für Effizienz.

Lockerung bei Bedarf: Sich ändernde Umstände (neue Teammitglieder, neue Arbeitstypen) können vorübergehend eine Lockerung der Limits erfordern.

Das Reifesignal: Etablierte Kanban-Teams haben oft überraschend niedrige Limits. Sie haben Verschwendung eliminiert und können effektiv mit engen Beschränkungen arbeiten.