„Visualisiere und begrenze WIP" ist der erste der acht SAFe Flow Accelerators. Er macht laufende Arbeit (Work in Process, WIP) auf jeder Flow-Ebene sichtbar und begrenzt die Anzahl paralleler Aufgaben bewusst, um Fokus, Durchlaufzeit und Vorhersagbarkeit zu verbessern. Anders als das allgemeine Konzept Work in Process beschreibt dieser Flow Accelerator konkret die Praxis: Arbeit transparent machen und aktiv begrenzen, bevor daraus Engpässe und Überlast entstehen.
Praxisbezug
- Team-Ebene: Kanban- oder Task-Boards mit Spalten-WIP-Limits machen laufende Stories sichtbar und begrenzen sie.
- Programm-Ebene (ART): Das Program Kanban zeigt laufende Features über alle Teams hinweg und begrenzt deren Anzahl.
- Portfolio-Ebene: Das Portfolio Kanban begrenzt die Zahl gleichzeitig gestarteter Epics, um Fokus auf Fertigstellung statt auf Menge zu legen.
- Werkzeuge: Cumulative Flow Diagrams zeigen WIP-Trends über Zeit und machen wachsende Überlast frühzeitig sichtbar.
Typische Missverständnisse
– „Visualisieren reicht schon aus" – ohne echte Begrenzung bleibt das Board reine Dokumentation statt Steuerungsinstrument.
– „WIP-Limits sind willkürliche Zahlen" – gute Limits basieren auf Teamgröße, Kapazität und empirischen Messungen (vgl. Little's Law).
– „Ein einmal gesetztes Limit gilt für immer" – Limits werden iterativ angepasst, wenn sich Teamgröße, Kontext oder Reife ändern.
Relevanz für Organisationen
- Fokus: Teams schließen Arbeit ab, statt vieles gleichzeitig zu beginnen.
- Transparenz: Engpässe und Überlast werden sichtbar, bevor sie eskalieren.
- Vorhersagbarkeit: Stabilere Durchlaufzeiten durch weniger Kontextwechsel.
- Systemdenken: Visualisierung macht den gesamten Wertstrom sichtbar, nicht nur einzelne Teams.
Ohne Visualisierung bleibt Überlast unsichtbar – Probleme werden oft erst als Verzögerung im Liefertermin erkennbar.
Beispiel aus der Praxis
Ein ART mit fünf Teams hatte keine gemeinsame Sicht auf laufende Features – jedes Team führte sein eigenes Board, das Programm-Level blieb intransparent. Nach Einführung eines Program Kanban mit einem WIP-Limit von zwei Features pro Team wurde sichtbar: drei Teams arbeiteten faktisch an vier bis fünf Features parallel. Nach Reduktion auf das vereinbarte Limit sank die Feature-Durchlaufzeit innerhalb von zwei PIs um rund 30 %, und die Vorhersagbarkeit der PI-Ziele verbesserte sich spürbar.
Anwendung außerhalb von SAFe
- Kanban (allgemein): WIP-Limits sind eine der Kernpraktiken der Methode.
- Lean Production: Visuelles Management (z. B. Andon, Kanban-Karten) als Ursprung des Konzepts.
- Persönliches Zeitmanagement: Begrenzung eigener paralleler Aufgaben, etwa auf maximal zwei bis drei „In Progress".
- Portfolio-/Projektmanagement: Begrenzung gleichzeitig gestarteter Initiativen statt Ressourcen dünn zu verteilen.
So nutzen gute Coaches Visualisierung und WIP-Limits konkret
- Board-Design: Passende Spalten und Swimlanes für den tatsächlichen Workflow entwickeln, statt generische Vorlagen zu kopieren.
- Schrittweise Limits einführen: Mit realistischen, leicht über der aktuellen Kapazität liegenden Limits starten, dann iterativ senken.
- Metriken nutzen: Cumulative Flow Diagram und Durchlaufzeit gemeinsam mit dem Team reflektieren, statt Zahlen nur vorzugeben.
- Eskalationswege klären: Was passiert, wenn ein Limit erreicht ist? Swarming statt Ignorieren.
- Führung einbinden: Auch die Portfolio-Ebene für eigene WIP-Disziplin sensibilisieren – Vorbildfunktion.
CALADE-Perspektive
Bei CALADE ist „Visualisiere und begrenze WIP" oft der erste und wirkungsvollste Hebel in einer Transformation: Sichtbarkeit schafft gemeinsames Verständnis, Begrenzung schafft Fokus. Wir erleben regelmäßig, dass allein die ehrliche Visualisierung bestehender Arbeit – noch vor jeder Limitierung – Überlast und Fehlsteuerung offenlegt. Unsere Coaches begleiten Teams, ARTs und Portfolios dabei, Boards zu bauen, die die reale Arbeit abbilden, und WIP-Limits so einzuführen, dass sie als Hilfe statt als Einschränkung erlebt werden.
Weiterführende Begriffe
- Cumulative Flow Diagram (CFD)