Wozu dient Value Stream Mapping?
Value Stream Mapping visualisiert den gesamten Weg einer Änderung von der Idee bis zur Auslieferung in Produktion. Es macht Wartezeiten, Übergaben und manuelle Schritte sichtbar — und zeigt damit, wo die größten Hebel für Verbesserung liegen. Typischerweise besteht 80 bis 90 Prozent der Durchlaufzeit aus reiner Wartezeit.
DevOps CoachingValue Stream Mapping stammt aus dem Lean Management der Fertigung und überträgt dessen Logik auf den Software- und Engineering-Fluss. Man zeichnet jeden Schritt von der Idee bis zur Auslieferung auf und unterscheidet konsequent zwischen wertschöpfender Zeit — in der tatsächlich an der Änderung gearbeitet wird — und Wartezeit, in der die Änderung in Warteschlangen, vor Freigaben oder zwischen Übergaben liegt. Diese Trennung deckt schonungslos auf, dass der Engpass selten die eigentliche Arbeit, sondern fast immer das Warten ist.
Methodisch erhebt man zwei zentrale Kennzahlen: die Lead Time als gesamte Durchlaufzeit und die Process Time als reine Bearbeitungszeit. Ihr Verhältnis, die Process-Cycle-Efficiency, liegt in unoptimierten Prozessen oft im einstelligen Prozentbereich — ein klarer Beleg, wie viel Potenzial im Abbau von Übergaben, manuellen Freigaben und Werkzeugbrüchen steckt. Ein erster Current-State-Map macht den Ist-Zustand sichtbar, ein Future-State-Map definiert das angestrebte Ziel.
Für DevOps und Industrial DevOps ist Value Stream Mapping das diagnostische Werkzeug, das einer Tool-Einführung vorausgehen sollte. Es verhindert den häufigsten Fehler, einen schnellen Teilschritt zu automatisieren, während der eigentliche Engpass — etwa ein wochenlanges Change-Advisory-Board oder ein manuelles Wartungsfenster — unangetastet bleibt. Stolpersteine sind ein zu fein granulares Mapping, das im Detail erstickt, sowie ein Workshop ohne anschließende Maßnahmen, der nur ein Plakat an der Wand hinterlässt.
Engpass im Freigabeprozess sichtbar gemacht
Ein Unternehmen stellt im Value Stream Mapping fest, dass eine Codeänderung im Schnitt drei Wochen auf das Change-Advisory-Board wartet, während die eigentliche Entwicklung nur zwei Tage dauert — und priorisiert daraufhin die Reform des Freigabeprozesses statt weiterer Build-Automatisierung.
Current- vs. Future-State für eine OT-Pipeline
Ein Maschinenbauer kartiert den Weg einer SPS-Änderung von der Anforderung bis zum Deployment im Wartungsfenster und definiert einen Future-State, der manuelle Übergaben zwischen Entwicklung, Test und Inbetriebnahme durch versionierte, automatisierte Schritte ersetzt.
- Was ist der Unterschied zwischen Lead Time und Process Time?
- Lead Time ist die gesamte Durchlaufzeit einer Änderung von der Idee bis zur Auslieferung, inklusive aller Wartezeiten. Process Time ist nur die reine Bearbeitungszeit. Ihr Verhältnis zeigt, wie viel der Durchlaufzeit echte Arbeit ist — meist überraschend wenig, der Rest ist Warten.
- Wann sollte man Value Stream Mapping einsetzen?
- Idealerweise bevor man in Tools und Automatisierung investiert. Das Mapping zeigt, wo der tatsächliche Engpass liegt, und verhindert, dass man einen bereits schnellen Schritt optimiert, während die eigentliche Bremse unberührt bleibt. Es ist ein Diagnose- vor einem Investitionswerkzeug.
- Wie detailliert sollte eine Value Stream Map sein?
- Gerade so detailliert, dass die großen Engpässe und Wartezeiten sichtbar werden, aber nicht so fein, dass der Wald vor lauter Bäumen verschwindet. Ein Mapping auf Ebene der wesentlichen Prozessschritte mit ehrlichen Wartezeiten ist meist aussagekräftiger als ein überladenes Diagramm mit jeder Mikroaktivität.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance