Wertstrom­analyse
mit Beispiel.
Engpässe sichtbar.

Was Teams
wirklich fragen.

Q.01

Was ist Value Stream Mapping in DevOps?

Value Stream Mapping (Wertstromanalyse) visualisiert in DevOps den gesamten Software-Lieferprozess von der Idee bis zum produktiven Deployment. Es macht Wartezeiten, Übergaben und Nacharbeit sichtbar und zeigt, an welcher Stelle sich die Lead Time am stärksten verkürzen lässt. In 80 bis 90 Prozent der Durchlaufzeit wartet eine Änderung nur, statt bearbeitet zu werden.

Q.02

Wie sieht ein Wertstromanalyse-Beispiel aus der Softwareentwicklung aus?

In unserem Beispiel aus dem Maschinenbau braucht eine Änderung an der Steuerungssoftware 6,5 Wochen von der Anforderung bis ins Werk, davon 4,75 Arbeitstage echte Arbeit und 28 Tage Wartezeit. Die Flow Efficiency liegt damit bei rund 14 Prozent. Drei Wartestellen tragen 21 der 28 Tage: eine Test-SPS für vier Teams, ein Freigabe-Meeting nur freitags und Deployments nur im Wartungsfenster. Nach doppelter Testumgebung, Quality Gates in der Pipeline und automatisiertem Deployment lag die Lead Time nach 90 Tagen bei 2,5 Wochen.

Q.03

Was ist VSM?

VSM steht meist für Value Stream Mapping, die Wertstromanalyse aus dem Lean Management. In DevOps-Texten bezeichnet dieselbe Abkürzung oft auch Value Stream Management, also die laufende Messung des Wertstroms mit Tools. Geht es um Workshop und Karte, ist das Mapping gemeint. Geht es um Dashboards und Flow-Metriken, das Management.

Q.04

Was ist ein DevOps Value Stream?

Ein DevOps Value Stream ist die Kette aller Schritte, die eine Änderung von der Idee bis zum produktiven Deployment durchläuft, über Anforderung, Entwicklung, Review, Test, Freigabe und Betrieb hinweg. Anders als in der Fertigung fließt dabei Information statt Material: Die Warteschlangen bestehen aus Tickets und offenen Pull Requests, nicht aus Halbzeugen. Value Stream Mapping macht genau diesen Wertstrom sichtbar und misst ihn.

Q.05

Was sind die 4 Schritte des Value Stream Mapping?

Das verbreitete Vier-Schritte-Modell lautet: Wertstrom abgrenzen, Ist-Zustand kartieren, Kennzahlen erheben, Soll-Zustand entwerfen. Die sechs Schritte in dieser Anleitung sind dieselbe Methode, nur feiner geschnitten. Sie trennen das Messen der Zeiten vom Bewerten der Übergabe-Qualität und ziehen das Maßnahmen-Backlog als eigenen Schritt heraus. Welche Zählung Sie verwenden, ändert am Ergebnis nichts, solange jede Maßnahme im Soll-Zustand einen Termin und einen Verantwortlichen bekommt.

Q.06

Was ist der Unterschied zwischen Value Stream Mapping und Value Stream Management?

Value Stream Mapping ist die einmalige Analyse-Methode: ein moderierter Workshop, der den Ist-Zustand als Momentaufnahme kartiert und Engpässe priorisiert. Value Stream Management (VSM) ist die kontinuierliche, meist tool-gestützte Praxis, die den Wertstrom danach laufend misst und steuert, etwa über Plattformen wie GitLab, Atlassian Jira oder Plutora. Kurz: Mapping ist die Diagnose, Management der Dauerbetrieb.

Q.07

Welche Software eignet sich für die Wertstromanalyse?

Für die Wertstromanalyse selbst genügt ein Whiteboard oder ein digitales Board wie Miro, Mural oder Lucidchart, eine spezielle VSM-Software braucht der erste Workshop nicht. Die Daten aus Ticket-System, Git-Historie und CI/CD-Pipeline zählen mehr als das Tool. Für die kontinuierliche Messung danach (Value Stream Management) kommen Plattformen wie GitLab, Jira, Plutora oder Flow-Metrik-Tools nach dem Framework von Mik Kersten zum Einsatz.

Q.08

Wie übersetzt man Value Stream auf Deutsch?

Value Stream heißt auf Deutsch Wertstrom, Value Stream Mapping entsprechend Wertstromanalyse. Die Methode stammt aus dem Lean Management der Fertigung (Toyota). In der Softwareentwicklung wird meist der englische Begriff verwendet; Vorgehen und Kennzahlen sind identisch, nur das „Material“ ist Information statt physischer Teile.

Q.09

Was ist der Unterschied zwischen Wertstromanalyse und Wertstromdesign?

Die Wertstromanalyse kartiert den Ist-Zustand (Current-State-Map), das Wertstromdesign entwirft daraus den Soll-Zustand (Future-State-Map). In der Lean-Literatur sind das zwei getrennte Arbeitsschritte, in der Praxis laufen sie im selben Workshop zusammen. In dieser Anleitung ist die Analyse Schritt /01 bis /05, das Wertstromdesign Schritt /06. Ohne Design bleibt die Analyse eine Bestandsaufnahme ohne Konsequenz.

Q.10

Was sind die drei Arten von Value-Stream-Maps?

Die Lean-Literatur unterscheidet Current-State-Map (Ist-Zustand), Future-State-Map (Soll-Zustand) und Ideal-State-Map (langfristiges Zielbild ohne die heutigen Restriktionen). Für einen DevOps-Wertstrom genügen in der Praxis die ersten beiden. In dieser Anleitung entsteht die Current-State-Map in den Schritten /01 bis /05, die Future-State-Map in Schritt /06. Die Ideal-State-Map lohnt sich erst, wenn mehrere Mapping-Zyklen gelaufen sind und die großen Wartezeiten bereits abgebaut wurden.

Q.11

Was sind die 5 Lean-Prinzipien?

Die fünf Lean-Prinzipien nach James P. Womack und Daniel T. Jones („Lean Thinking“, 1996) lauten: Wert aus Kundensicht bestimmen, den Wertstrom identifizieren, Fluss herstellen, nach dem Pull-Prinzip arbeiten und Perfektion anstreben. Value Stream Mapping ist das Werkzeug für das zweite Prinzip. In einem DevOps-Wertstrom heißt Fluss, dass kleine Änderungen ohne Warteschlange durch die Pipeline laufen, und Perfektion, dass Sie nach jedem Zyklus nachmessen.

Q.12

Ist Value Stream Mapping ein Six-Sigma-Werkzeug?

Value Stream Mapping stammt aus dem Lean Management (Toyota-Produktionssystem), nicht aus Six Sigma. In Lean-Six-Sigma-Programmen dient es aber häufig als Analysewerkzeug, weil beide Ansätze am Prozessfluss ansetzen. Für den Einsatz in DevOps brauchen Sie kein Six-Sigma-Framework. Ein moderierter Workshop plus die Daten aus Ticket-System und CI/CD-Pipeline genügen.

Q.13

Welche Symbole nutzt ein Wertstromdiagramm?

Die klassische Notation kennt Prozesskasten, Datenkasten, Bestandsdreieck, Push-Pfeil, Informationsfluss und Kaizen-Blitz. Dazu die Sägezahn-Zeitleiste, die Warte- und Bearbeitungszeit gegenüberstellt. In Software-Wertströmen bleiben Datenkasten, Zeitleiste und Kaizen-Blitz unverändert nützlich; aus dem Bestandsdreieck wird die Warteschlange (offene Pull Requests, Tickets im Review), aus dem Push-Pfeil die Übergabe per Ticket. Für den Workshop reichen diese sechs Symbole aus. Eine vollständige Lean-Notation ist nicht nötig.

Q.14

Welche Kennzahlen nutzt Value Stream Mapping?

Die drei Kernkennzahlen sind Lead Time (Gesamtdurchlaufzeit), Process Time (aktive Bearbeitungszeit) und %C/A (Complete & Accurate, also der Anteil der Übergaben ohne Rückfragen oder Nacharbeit). Die Flow Efficiency (Process Time geteilt durch Lead Time) liegt in Software-Lieferprozessen oft unter 15 Prozent.

Q.15

Wie lange dauert ein Value-Stream-Mapping-Workshop?

Ein fokussierter Value-Stream-Mapping-Workshop dauert ein bis zwei Tage: ein halber Tag Datenerhebung vorab, ein Tag moderiertes Mapping mit allen beteiligten Rollen, ein halber Tag Priorisierung und Backlog. Alle Rollen von der Anforderung bis zum Betrieb sitzen dabei mit am Tisch, sonst fehlen ihre Wartezeiten auf der Karte.

Q.16

Macht KI-gestützte Entwicklung Value Stream Mapping überflüssig?

Nein, sie macht es dringlicher. Coding-Assistenten verkürzen die Process Time, also die 15 Prozent der Durchlaufzeit, in denen jemand aktiv arbeitet. Die Warteschlangen davor und danach bleiben bestehen und füllen sich schneller. Der DORA Report 2025 misst dazu erstmals einen positiven Zusammenhang zwischen KI-Einsatz und Durchsatz bei weiterhin negativem Zusammenhang mit der Stabilität. Ein Mapping vor dem Rollout gibt Ihnen die Ausgangswerte, an denen Sie den Effekt später überhaupt ablesen können.

Q.17

Wann ist eine Wertstromanalyse sinnvoll?

Eine Wertstromanalyse ist immer dann sinnvoll, wenn Releases gefühlt „ewig“ dauern und niemand genau sagen kann, warum: vor einer DevOps-Transformation als Standortbestimmung, vor Tool-Investitionen als Priorisierungsgrundlage und bei IT/OT-Prozessen, die über Abteilungsgrenzen laufen. Als Faustregel: Wenn Sie die Lead Time in Wochen zählen, die reine Arbeitszeit aber in Stunden, ist Mapping überfällig.