WIP-Limit
Obergrenze für gleichzeitig begonnene Arbeit.
Begrenzung der Menge an Arbeit, die gleichzeitig in Bearbeitung sein darf. WIP-Limits stammen aus Kanban und verkürzen Durchlaufzeiten, weil begonnene Arbeit fertiggestellt wird, statt liegen zu bleiben. In Scrum-Teams sind sie eine verbreitete Ergänzung, aber kein Scrum-Element.
Passende Übungsfragen
❌Die maximale Anzahl an Einträgen im Product Backlog
✅Eine Obergrenze für die Anzahl gleichzeitig begonnener, aber noch nicht fertiger Arbeit
❌Die maximale Anzahl an Stunden pro Sprint
❌Die maximale Anzahl an Teammitgliedern
Der Effekt ist kontraintuitiv: Weniger gleichzeitig begonnene Arbeit führt zu schnellerer Fertigstellung, weil Wartezeiten und Umschaltverluste sinken. "Stop starting, start finishing."
❌Kleine Einträge haben immer den höchsten Geschäftswert
❌Jedes Team benötigt mindestens drei Developers
✅Die durchschnittliche Durchlaufzeit ergibt sich aus der Menge gleichzeitig laufender Arbeit geteilt durch den Durchsatz
❌Die Velocity eines Teams steigt proportional zur Teamgröße
Praktische Folge: Um schneller zu liefern, kann man entweder den Durchsatz erhöhen (schwer) oder die parallel laufende Arbeit reduzieren (sofort möglich). Deshalb wirken WIP-Limits so schnell.