Engpässe finden und beheben
Daten nutzen, um zu erkennen, wo der Flow zusammenbricht und was dagegen zu tun ist.
1Was ist ein Engpass?
Ein Engpass ist eine Phase, die den Durchsatz des gesamten Systems begrenzt. Es ist der langsamste Schritt im Prozess.
Theory of Constraints (Eli Goldratt): Die Leistung des Systems kann niemals die Leistung des Engpasses überschreiten. Die Verbesserung von allem anderen als dem Engpass verbessert das System nicht.
In Kanban:
- Arbeit staut sich vor dem Engpass
- Nachgelagerte Phasen werden ausgehungert
- Der Durchsatz des Engpasses = Systemdurchsatz
Jedes System hat einen Engpass. Wenn Sie einen beheben, entsteht ein anderer. Das ist kein Versagen – so funktioniert Verbesserung. Der Engpass sollte sich verschieben, während Sie sich verbessern.
2Engpässe mit Daten identifizieren
Metriken, die Engpässe aufdecken:
1. Warteschlangenlängen (WIP in wartenden Zuständen) Wenn „Bereit für QA" 8 Elemente enthält, während andere Warteschlangen 1-2 haben, ist QA wahrscheinlich der Engpass.
2. Zeit in der Phase Wenn Elemente 3 Tage in der Entwicklung verbringen, aber 5 Tage im Code-Review, verlangsamt das Code-Review die Dinge.
3. CFD-Bandbreiten Breite Bänder = hohes WIP = Engpass. Achten Sie auf Bänder, die im Laufe der Zeit wachsen.
4. Alter des ältesten Elements pro Phase Wenn das älteste Element in „Deploy" 2 Tage alt ist, aber das älteste in „Testing" 10 Tage, ist Testing die Einschränkung.
Häufige Engpässe in Software-Teams:
- Code-Review (nicht genug Reviewer)
- QA/Testing (unzureichende Kapazität oder Automatisierung)
- Deployment (manuelle Prozesse oder seltene Releases)
- Anforderungen/Design (vorgelagerter Engpass)
- Freigaben (Warten auf Stakeholder)
3Engpässe beheben
Sobald Sie den Engpass identifiziert haben, gibt es folgende Optionen:
1. Kapazität am Engpass erhöhen
- Mehr Personen
- Cross-Training
- Automatisierung
- Verschwendung aus dem Engpass-Prozess entfernen
2. Arbeit vom Engpass verlagern
- Können andere Phasen helfen?
- Kann die Engpass-Arbeit vereinfacht werden?
- Kann manche Arbeit den Engpass überspringen?
3. Nachfrage am Engpass reduzieren
- Straffere WIP-Limits vorgelagert (nicht überfluten)
- Bessere Vorbereitung von Arbeitselementen
- Batching (manchmal – Kompromiss mit Flow)
4. Andere Phasen dem Engpass unterordnen
- Der Engpass gibt das Tempo vor
- Optimieren Sie keine Nicht-Engpässe (verschwendet Aufwand)
- Versorgen Sie den Engpass genau mit der Rate, die er verarbeiten kann
5. Den Engpass aufwerten
- Investieren Sie, um den Engpass schneller zu machen
- Beseitigen Sie die Einschränkung vollständig, wenn möglich
QA ist der Engpass. Das Team entscheidet: (1) Zwei Entwickler beginnen beim Testen zu helfen, (2) Mehr automatisierte Tests hinzufügen, um die manuelle QA-Last zu reduzieren, (3) WIP-Limit bei Dev straffen, damit QA nicht überflutet wird. QA-Durchsatz steigt, Flow verbessert sich.
QA ist der Engpass. Das Team entscheidet, in der Entwicklung „schneller zu werden", indem es Abstriche macht. Dev-Durchsatz steigt. QA-Stau verschlimmert sich. Qualität sinkt. Systemdurchsatz unverändert.
4Der Engpass verschiebt sich
Wenn Sie einen Engpass beheben, erscheint ein neuer. Das ist zu erwarten und gesund.
Der Zyklus:
- Engpass identifizieren (QA)
- Ihn verbessern (Automatisierung, Cross-Training)
- Ein neuer Engpass entsteht (jetzt ist es Code-Review)
- Den neuen Engpass identifizieren und beheben
- Wiederholen
Häufige Entwicklung in Software-Teams:
- Erster Engpass: Testing/QA
- Behebung: Testautomatisierung, Cross-Training → Engpass verschiebt sich zu...
- Zweiter Engpass: Code-Review
- Behebung: Pair Programming, asynchrone Reviews → Engpass verschiebt sich zu...
- Dritter Engpass: Deployment
- Behebung: CI/CD, Feature Flags → Engpass verschiebt sich zu...
- Vierter Engpass: Produktentscheidungen
Das ist Fortschritt! Jedes Mal, wenn sich der Engpass verschiebt, hat sich Ihre Systemkapazität erhöht.
Die Gefahr: Versuchen, alle Engpässe auf einmal zu beheben. Das können Sie nicht. Konzentrieren Sie sich auf die aktuelle Einschränkung. Wenn sie nicht mehr die Einschränkung ist, gehen Sie zur nächsten über.
Wenn Sie nicht sicher sind, welche Phase der Engpass ist, sind Ihre WIP-Limits wahrscheinlich zu locker. Straffen Sie sie, bis sich Warteschlangen bilden – dann sehen Sie den Engpass deutlich.
- Der Engpass begrenzt den Systemdurchsatz – die Verbesserung von allem anderen hilft nicht
- Identifizieren Sie Engpässe über Warteschlangenlängen, Zeit in der Phase und CFD-Muster
- Beheben Sie Engpässe, indem Sie Kapazität erhöhen, Nachfrage reduzieren oder andere Phasen unterordnen
- Wenn Sie einen Engpass beheben, entsteht ein anderer – das ist Fortschritt
- •Versuchen, Nicht-Engpass-Phasen zu optimieren
- •Den Engpass ignorieren, während andere Phasen beschleunigt werden
- •Nicht neu bewerten, wenn sich der Engpass verschiebt
- •Lockere WIP-Limits, die verbergen, wo die echte Einschränkung liegt