Value Stream Management in der Fertigung und in der Softwarebereitstellung: Gleicher Name, andere Aufgabe

Transparenzhinweis: M365.FM-Host Mirko Peters arbeitet bei der iFAKT GmbH. Diese Seite beschreibt das Unternehmen sachlich; bezahlte Partnerschaften und Links sind als Anzeige gekennzeichnet.

Von Mirko Peters · 2026-11-11

Was ist Value Stream Management? In der Fertigung steuert es den physischen Fluss einer Produktfamilie. In der Softwarebereitstellung verfolgt es Arbeitselemente. Erfahren Sie, worin sich beide unterscheiden.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Was ist Value Stream Management? Die Antwort hängt davon ab, wen Sie fragen. In der Fertigung bedeutet es, den physischen Fluss einer Produktfamilie vom Kundenauftrag bis zur Lieferung zu steuern, mit einem klar benannten Verantwortlichen und wenigen gemeinsamen Kennzahlen. In der Softwarebereitstellung bedeutet es meist, Arbeitselemente von der Idee bis zum Release zu verfolgen, über einen agilen Workflow und eine DevOps-Pipeline. Dieser Artikel richtet sich an Manager für operative Exzellenz, die beiden Bedeutungen in Suchergebnissen, bei Herstellergesprächen oder in Besprechungen mit der IT-Abteilung begegnen und sie auseinanderhalten müssen.

Die wichtigsten Punkte

• Value Stream Management steuert in der Fertigung den physischen Fluss einer Produktfamilie vom Auftrag bis zur Lieferung. In der Softwarebereitstellung verfolgt es Arbeitselemente von der Idee bis zum Release.
• Beide Bereiche haben gemeinsame Lean-Wurzeln: Wartezeiten finden, Verschwendung beseitigen und die Zeit verkürzen, bis der Wert beim Kunden ankommt.
• Softwarewerkzeuge nutzen Flow-Metriken wie Flow Time und Flow Efficiency sowie DORA-Metriken wie Change Lead Time und Deployment-Häufigkeit.
• Eine Fertigung hat außerdem mit Beständen, Maschinen, Rüstvorgängen und Transport zu tun. Diese Themen decken die Flow-Metriken der Softwarebereitstellung nicht ab.
• Wenn Sie über Value Stream Management lesen, prüfen Sie zuerst, ob die Quelle die Fertigung oder DevOps meint.

Was bedeutet Value Stream Management in den einzelnen Bereichen?

Beide Bereiche verwenden dieselben Begriffe für eine ähnliche Idee: den gesamten Fluss steuern, der einem Kunden Wert schafft, nicht nur einzelne Schritte.

In der Fertigung ist ein Wertstrom die Gesamtheit der Tätigkeiten, die nötig sind, um ein Produkt vom Auftrag bis zur Lieferung zu bringen. Das Lean Enterprise Institute (LEI) beschreibt einen Wertstrom als alle Tätigkeiten, wertschöpfende und nicht wertschöpfende, die nötig sind, um ein Produkt von der Konzeption bis zum Launch oder vom Auftrag bis zur Lieferung zu bringen. In einem Werk liegt der Fokus auf dem Strom vom Auftrag bis zur Lieferung einer Produktfamilie. Ihn zu steuern bedeutet: ein benannter Verantwortlicher, gemeinsame Kennzahlen und eine regelmäßige Überprüfung.

In der Softwarebereitstellung ist ein Wertstrom der Weg von einer Idee bis zu funktionierender Software bei den Nutzern. Planview beschreibt das Flow Framework als „einen strukturierten, präskriptiven Ansatz für Value Stream Management in Softwarebereitstellungsorganisationen“. Planview ist ein Softwareanbieter. Lesen Sie diese Aussage deshalb als Sicht eines einzelnen Anbieters. Die Arbeitselemente sind Features, Defekte, Risiken und technische Schulden. Die Werkzeuge verbinden die Systeme, in denen Teams sie verfolgen.

Die Namen stimmen überein. Der Arbeitsalltag nicht.

Woher stammt die Idee?

Die Wurzel ist das Lean-Denken. Toyota erklärt, dass sein Produktionssystem Verschwendung gründlich beseitigen und Durchlaufzeiten verkürzen will. Toyota nennt drei Arten von Problemen, die es beseitigen will: Muda (Verschwendung), Mura (Ungleichmäßigkeit) und Muri (unzumutbare Belastung von Menschen und Maschinen).

Die oben zitierte LEI-Definition umfasst bereits zwei Arten von Strömen: den operativen Wertstrom vom Auftrag bis zur Lieferung und den Entwicklungswertstrom von der Konzeption bis zum Launch. Die Idee war also nie auf die Produktionshalle beschränkt. Auch Produktentwicklung ist ein Fluss, und Softwareentwicklung ist eine Form der Produktentwicklung.

Deshalb sprechen beide Welten immer noch über dieselben Themen: Wartezeiten, Übergaben, Warteschlangen und Silos. Der Unterschied liegt darin, was durch den Strom fließt.

Wie steuert ein Werk einen Wertstrom?

Ein Werk steuert einen physischen Fluss. Im Lean Manufacturing gehören typischerweise die folgenden Elemente dazu:

1. Eine Produktfamilie. Produkte, die ähnliche Bearbeitungsschritte und Anlagen nutzen.
2. Eine Wertstromanalyse. Ein Diagramm des Material- und Informationsflusses, im Ist- und im Soll-Zustand.
3. Einen Verantwortlichen. Oft als Wertstrommanager bezeichnet, unterstützt von der Werksleitung.
4. Gemeinsame Kennzahlen. Durchlaufzeit, Bestand, Liefertreue, First Pass Yield.
5. Ein wöchentliches Review. Maßnahmen, Verantwortliche und Termine.

Bewegt wird Material. Es lagert im Warenlager, wartet vor einer Maschine oder reist auf einem LKW. Es verursacht Kosten und braucht Platz, deshalb ist der Bestand eine zentrale Kennzahl. Rüstvorgänge, Maschinenkapazität und Schichtmodelle prägen den Fluss. Viele Werke nutzen außerdem Lean-Management-Routinen, etwa tägliche Besprechungen am Board, um den Strom im Blick zu behalten. Die Themenseite Lean Management auf M365.FM bietet den größeren Zusammenhang.

Wie steuert die Softwareauslieferung einen Wertstrom?

Die Softwareauslieferung steuert einen Informationsfluss. Bewegt wird ein Arbeitselement: eine Idee, ein Ticket, eine Codeänderung. Es gibt keinen physischen Bestand, trotzdem wartet es auf ein Review, eine Testumgebung oder einen Release-Slot.

In diesem Bereich sind zwei Kennzahlensets verbreitet:

• Flow-Metriken. Das Flow Framework nennt Flow Velocity, Flow Time, Flow Efficiency, Flow Load und Flow Distribution. Die Zusammenfassung von Planview formuliert sie als Fragen: Beschleunigt sich die Wertlieferung, wird die Time-to-Value kürzer, wartet Arbeit weiter vorne im Prozess, übersteigt die Nachfrage die Kapazität, und wird die Investition zwischen neuem Wert und dem Schutz bestehenden Werts aufgeteilt?
• DORA-Metriken. Das DORA-Forschungsprogramm gruppiert seine Kennzahlen zur Leistung der Softwareauslieferung in Durchsatz (Change Lead Time, Deployment-Frequenz, Zeit bis zur Wiederherstellung nach fehlgeschlagenen Deployments) und Instabilität (Change-Fail-Rate, Deployment-Rework-Rate).

Eine Plattform für Wertstrommanagement verbindet in diesem Umfeld Ticketsysteme, Code-Repositories und Build-Pipelines, damit Teams sehen, wie Wert von der Idee bis zum Release fließt, und Kunden schneller Wert liefern können. Das Ergebnis ist eine Wertstromanalyse des Auslieferungsprozesses. Stakeholder aus dem Fachbereich nutzen sie, um zu sehen, wo Arbeit wartet, und um sich über den geschäftlichen Nutzen abzustimmen.

Worin unterscheiden sich die beiden?

Eine Gegenüberstellung hilft:

• Was fließt. Werk: Material und Aufträge. Software: Arbeitselemente und Code.
• Wo es wartet. Werk: in Warteschlangen, Puffern und Lägern. Software: in Backlogs, Reviews und Umgebungen.
• Zentrale Kennzahlen. Werk: Durchlaufzeit, Bestand, Liefertreue, Ausbeute. Software: Flow Time, Flow Efficiency, Change Lead Time, Deployment-Frequenz.
• Typischer Verantwortlicher. Werk: ein Wertstrommanager oder eine Betriebsleitung. Software: ein Product Owner, ein Platform Owner oder eine IT-Leitung.
• Datenquelle. Werk: ERP, MES, Daten aus der Produktion. Software: Ticket- und Build-Systeme.
• Typisches Ziel. Werk: kürzere Durchlaufzeit und stabilere Lieferung. Software: schnellere und sicherere Auslieferung von Änderungen.

Gemeinsam ist die Gewohnheit, den gesamten Fluss zu betrachten und zu fragen, wo er wartet.

Welche Bedeutung trifft auf Ihre Suche zu?

Nutzen Sie einen schnellen Test, wenn Sie eine Seite lesen oder ein Telefonat mit einem Anbieter führen:

• Wenn der Text von Tickets, Pipelines, Releases oder Sprints spricht, geht es um Softwareauslieferung und DevOps.
• Wenn er von Aufträgen, Maschinen, Lagerbestand, Schichten oder Takt (dem Rhythmus, den die Kundennachfrage vorgibt) spricht, geht es um die Fertigung.
• Wenn er von beidem spricht, fragen Sie nach, welche Daten das Tool auswertet.

Die Abkürzung VSM sorgt für zusätzliche Verwirrung, denn sie kann für Mapping oder für Management stehen. Sagen Sie Ihren Kollegen, welche Bedeutung Sie meinen. IT-Leitungen, die agile und DevOps-Arbeitsweisen verantworten, meinen damit oft die Softwareseite. Der Wertstrommanager in Ihrem Werk meint die physische. Sogar das Wort Engpass verschiebt sich: Im Werk ist es eine Maschine oder ein Schritt, der die Ausbringung begrenzt, in der Software oft eine Review- oder Testphase. Beide Bereiche wollen Verschwendung beseitigen und die Zeit verkürzen, die Wert braucht, um den Kunden zu erreichen. Eine gute Idee aus dem einen Bereich lohnt daher auch im anderen einen Blick.

Beispiel: dieselbe Rechnung in beiden Welten

Dies ist ein erfundenes Beispiel. Die Zahlen sind keine gemessenen Ergebnisse, und die Kennzahl unten ist eine einfache Planungsgröße und keine Formel eines Anbieters.

Nehmen Sie eine Kennzahl, die in beiden Bereichen funktioniert: den Anteil der verstrichenen Zeit, in der aktiv gearbeitet wird. Teilen Sie die aktive Zeit durch die gesamte verstrichene Zeit.

• Fertigung. Ein Auftrag verbringt 10 Arbeitstage im Wertstrom. Das Team stellt fest, dass am Produkt insgesamt 1 Tag gearbeitet wird. Der Anteil beträgt 1 geteilt durch 10, also 10 %.
• Software. Ein Feature braucht 20 Kalendertage vom Start bis zur Freigabe. Entwickler und Tester arbeiten insgesamt 3 Tage daran. Der Anteil beträgt 3 geteilt durch 20, also 15 %.

In beiden Fällen besteht der größte Teil der Zeit aus Warten. Auch die Lösung ähnelt sich: laufende Arbeit begrenzen, Übergaben abschaffen und in kleineren Paketen freigeben. Der Unterschied liegt darin, wo Sie nach dem Warten suchen: In der Fertigung gehen Sie durch die Halle und zählen die Paletten in der Warteschlange. In der Software lesen Sie die Zeitstempel im Ticketverlauf.

Häufige Fehler

• Suchergebnisse falsch deuten. Eine Anbieterseite zu Value Stream Management für DevOps hilft einer Fertigung nicht weiter.
• Software-Kennzahlen in die Fertigung übertragen. Die Bereitstellungshäufigkeit sagt einer Bearbeitungszelle nichts.
• Fertigungskennzahlen in die Software übertragen. Der Lagerumschlag lässt sich nicht auf Tickets in einem Backlog anwenden.
• Gemeinsame Erkenntnisse ignorieren. Beide Seiten können voneinander lernen, wie sich laufende Arbeit begrenzen und Rückkopplungsschleifen verkürzen lassen.
• Ein Tool kaufen, bevor der Wertstrom definiert ist. In beiden Bereichen kommen zuerst der Verantwortliche und die Kennzahlen.

Wie Software helfen kann

Für eine Fertigung sind Tools nützlich, die Produktionsdaten verarbeiten: Aufträge, Arbeitspläne, Kapazitäten und Bestände aus dem ERP-System und aus der Produktion. Sie helfen, den physischen Materialfluss sichtbar zu machen, nicht eine Ticketwarteschlange.

iFAKT ist ein Beratungsunternehmen und Softwarespezialist für Industrie 4.0 mit Sitz in Stuttgart, gegründet 2001. Es unterstützt Hersteller bei der Planung und Optimierung von Produktions- und Logistikprozessen und entwickelt die Software Polaris. Welchen Anbieter Sie auch prüfen: Fragen Sie, ob dessen Datenmodell den physischen Materialfluss abbildet.

Nächster Schritt

Was bedeutet Value Stream Management für Sie? Wenn Sie eine Fertigung betreiben, ist es der physische Materialfluss einer Produktfamilie; Artikel zur Softwarebereitstellung sind dabei nur ein Randthema. Wählen Sie diese Woche eine Produktfamilie aus und prüfen Sie, ob sie einen Verantwortlichen und drei gemeinsame Kennzahlen hat.