Das "Pull System", also ein ziehendes System, besteht darin, Arbeit vom realen Bedarf auszulösen statt von Annahmen, ungenauen Prognosen oder einer geschobenen Produktionslogik.
In einem Lean-Ansatz geht es nicht darum, "mehr" oder "schneller" zu produzieren, sondern:
- zum richtigen Zeitpunkt,
- in der richtigen Reihenfolge,
- mit den richtigen Ressourcen,
- und entsprechend dem realen Bedarf des Systems.
Das Pull System reduziert dadurch Warten, Überlastung, Work in Progress, Unterbrechungen und Koordinationsverluste.
Einfache Definition
Ein "Push"-System schiebt Arbeit nachgelagert weiter:
- jeder Beteiligte produziert, sobald er kann,
- unabhängig von der realen Fähigkeit des Systems, diese Arbeit aufzunehmen.
Das Ergebnis:
- Überlastung,
- Warteschlangen,
- Anhäufung,
- Multitasking,
- Unterbrechungen,
- Desorganisation.
Ein "Pull"-System funktioniert dagegen nach der Logik des realen Bedarfs.
Arbeit wird ausgelöst:
- wenn die Bedingungen erfüllt sind,
- wenn der nächste Schritt bereit ist,
- und wenn das System die Aktivität tatsächlich aufnehmen kann.
Lean synchronisiert also Flüsse, statt lokale Aktivität zu maximieren.
Warum es wichtig ist
In vielen Organisationen besteht die dominante Logik darin:
- möglichst viele Aktivitäten zu starten,
- Teams dauerhaft zu beschäftigen,
- oder so früh wie möglich zu beginnen.
Zu viele Themen gleichzeitig zu starten erzeugt jedoch häufig:
- Unterbrechungen,
- Konzentrationsverluste,
- Warten,
- Verzögerungen,
- permanente Priorisierungsentscheidungen,
- und eine Verschlechterung des Gesamtflusses.
Das Paradox lautet:
Je mehr ein System Arbeit ohne Koordination schiebt, desto langsamer wird es.
Das Pull System ermöglicht dagegen:
- Flüsse zu stabilisieren,
- Work in Progress zu begrenzen,
- Überlastung zu reduzieren,
- Sichtbarkeit zu verbessern,
- und Zusagen verlässlicher zu machen.
Es ist ein grundlegendes Lean-Prinzip, besonders wirksam in:
- komplexen Projekten,
- Multi-Stakeholder-Umgebungen,
- Industrie,
- Dienstleistungen,
- und Organisationen mit vielen Schnittstellen.
Konkretes Beispiel
Beispiel im Bau
Auf einer Baustelle arbeiten mehrere Unternehmen in unterschiedlichen Bereichen.
In einer "Push"-Logik:
- arbeitet jedes Unternehmen weiter, sobald es kann,
- selbst wenn Bereiche nicht wirklich bereit sind,
- oder vorherige Schnittstellen nicht stabilisiert wurden.
Das Ergebnis:
- zu viel Gleichzeitigkeit,
- Nacharbeit,
- Unterbrechungen,
- Stau,
- Produktivitätsverlust,
- Spannungen zwischen Teams.
In einer "Pull"-Logik:
- starten Aktivitäten nur, wenn die Voraussetzungen validiert sind,
- werden Engpässe vorgelagert beseitigt,
- und Teams verpflichten sich auf Bereiche, die wirklich bereit sind.
Das System wird flüssiger und verlässlicher.
Beispiel in Dienstleistungen
In einer Verwaltungsabteilung werden mehrere Vorgänge gleichzeitig ohne klare Priorisierung gestartet.
Teams jonglieren zwischen:
- Notfällen,
- Freigaben,
- Nachverfolgungen,
- unvollständigen Anfragen.
Der Fluss wird instabil.
Eine Pull-Logik bedeutet dann:
- laufende Vorgänge zu begrenzen,
- Prioritäten zu klären,
- die Vollständigkeit von Anfragen vor der Bearbeitung zu prüfen,
- und die reale Belastung der Teams auszugleichen.
Häufige Fehler
Aktivität mit realem Fortschritt verwechseln
Mehr Arbeit zu starten bedeutet nicht, schneller voranzukommen.
Starten, bevor die Bedingungen erfüllt sind
Zu frühe Starts erzeugen häufig mehr Nacharbeit und Unterbrechungen.
Teams überlasten
Ein gesättigtes System verliert schnell an Fluss und Qualität.
Lokale Auslastung maximieren wollen
Lean optimiert den Gesamtfluss, nicht nur die Auslastung jeder Ressource.
Abhängigkeiten zwischen Beteiligten ignorieren
Das Pull System beruht stark auf Koordination und Schnittstellen.
Kennzahlen
Mehrere Kennzahlen helfen, die Qualität eines Pull Systems zu beurteilen:
- Work-in-Progress-Niveau
- Durchlaufzeit
- Wartezeit
- Zuverlässigkeit von Zusagen
- Meilensteintreue
- Team-Auslastung
- Anzahl der Unterbrechungen
- Anzahl der Nacharbeitszyklen
- Flussstabilität
- Anzahl nicht beseitigter Engpässe
- Variabilität der Durchlaufzeiten
Ziel ist es, den Gesamtfluss zu verbessern, statt sichtbare Aktivität zu maximieren.
Häufige Fragen
Was ist der Unterschied zwischen "Push" und "Pull"?
"Push" schiebt Arbeit nach einer internen Logik weiter.
"Pull" löst Arbeit nach realem Bedarf und Systemkapazität aus.
Verlangsamt das Pull System Projekte?
Nein. Es reduziert häufig Unterbrechungen, Nacharbeit und Stau und verbessert dadurch die Gesamtleistung.
Funktioniert das Pull System nur in der Industrie?
Nein. Es gilt auch für:
- Projekte,
- Dienstleistungen,
- Supportfunktionen,
- Verwaltungsprozesse,
- und Portfoliomanagement von Aktivitäten.
Warum ist die Begrenzung von Work in Progress wichtig?
Weil zu viele parallele Themen verschlechtern:
- Konzentration,
- Koordination,
- und den Gesamtfluss.
Ist Pull Planning mit dem Pull System verbunden?
Ja. Pull Planning wendet diese Prinzipien auf die kollaborative Projektplanung an.
Leanfinity-Angebot
Projektzuverlässigkeit / Beschleunigung
Leanfinity begleitet Organisationen beim Aufbau flüssigerer und verlässlicherer Produktionssysteme:
- Engpassmanagement,
- Pull Planning,
- Schnittstellenkoordination,
- Stabilisierung von Flüssen,
- und Zuverlässigkeit operativer Zusagen.
Unser Ziel:
Systeme aufbauen, die vorhersehbarer und ruhiger produzieren können.
Wie es funktioniert
Definieren
Den Begriff und seine Rolle im operativen System klären.
Sehen
Flüsse, Engpässe, Abweichungen und Schnittstellen sichtbar machen.
Handeln
Das Prinzip in konkrete Routinen, Entscheidungen und Zusagen übersetzen.
Lernen
Abweichungen messen, um das System zu verbessern, ohne Schuldige zu suchen.
Das Pull System beruht auf mehreren Schlüsselprinzipien.
Vom realen Bedarf ausgehen
Der Start von Arbeit hängt ab von:
Voraussetzungen prüfen
Bevor eine Aktivität startet, müssen die notwendigen Bedingungen erfüllt sein:
Work in Progress begrenzen
Lean vermeidet die übermäßige Ansammlung paralleler Arbeit.
Weniger Work in Progress bedeutet in der Regel:
Beteiligte synchronisieren
Jedes Team arbeitet unter Berücksichtigung der realen Bedarfe der anderen Beteiligten im System.
Kontinuierlich anpassen
Das System lernt schrittweise: