Value Stream
Mapping.
Engpässe sichtbar.
Die Methode, mit der Sie in zwei Tagen herausfinden, wo Ihre Lead Time wirklich verloren geht — Schritt für Schritt, mit Praxisbeispiel aus der Industrie und den Kennzahlen, die zählen.
Andreas Schönfeld
Geschäftsführer & DevOps-Coach, Comquent GmbH
20 Jahre DevOps-Transformation in Mittelstand und Konzern. Schwerpunkt: Reifegradanalyse, Value-Stream-Mapping, Team Topologies und Platform Engineering.
Was ist
DevOps Value
Stream Mapping?
Value Stream Mapping — deutsch Wertstromanalyse — visualisiert den DevOps Value Stream: den Software-Lieferprozess von der ersten Idee bis zum produktiven Deployment. Es macht Wartezeiten, Übergaben und Nacharbeit sichtbar und zeigt damit, wo die größten Hebel für kürzere Lead Times liegen. Typischerweise besteht 80 bis 90 Prozent der Durchlaufzeit aus reiner Wartezeit — nicht aus aktiver Entwicklung.
Stand: Juli 2026 · Lean / Toyota Production System · DORA-Metriken
Die Methode stammt aus dem Lean Management der Fertigung — das Standardwerk „Learning to See“ von Mike Rother und John Shook (Lean Enterprise Institute) hat sie weltweit etabliert. In Industrial-DevOps-Kontexten ist sie doppelt wertvoll: Sie spricht die Sprache der Produktion — und macht IT-Prozesse für OT-Verantwortliche nachvollziehbar.
Quelle: Comquent-Workshop-Erfahrungen 2006–2026 · DORA State of DevOps Report
Ist Value Stream Mapping bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
Warum lohnt sich
Value Stream Mapping
vor jedem Tool-Kauf?
Weil Tools Arbeitszeit optimieren — die Lead Time aber in der Wartezeit verloren geht. Wer ohne Mapping in CI/CD-Werkzeuge investiert, beschleunigt häufig einen Schritt, der nie der Engpass war. Fast jede Organisation, die wir kennen, startet genau dort — Tool zuerst, Diagnose später. Das ist kein Vorwurf, sondern der Normalfall. Das Mapping liefert die Datenbasis, mit der sich Investitionen priorisieren und gegenüber dem Management begründen lassen. Die Forschung hinter „Accelerate“ (Forsgren, Humble, Kim) belegt: Kurze Lead Times korrelieren direkt mit Unternehmens-Performance.
Genau deshalb ist Value Stream Mapping der zweite Schritt jeder DevOps Beratung bei Comquent — direkt nach der Reifegradanalyse: Erst wissen, wo die Zeit bleibt, dann automatisieren.
Wie führt man
Value Stream Mapping
in 6 Schritten durch?
Ein Value-Stream-Mapping-Workshop läuft in sechs Schritten: Prozess abgrenzen, Ist-Zustand mit allen Rollen aufnehmen, Zeiten aus echten Daten messen, Übergabe-Qualität bewerten, Engpässe priorisieren und einen Soll-Zustand mit Maßnahmen-Backlog ableiten. Aufwand: ein bis zwei Tage.
Häufig liest man auch von vier Schritten des Value Stream Mapping: Wertstrom abgrenzen, Ist-Zustand kartieren, Kennzahlen erheben, Soll-Zustand entwerfen. Das ist dieselbe Methode, nur gröber geschnitten — die sechs Schritte unten trennen das Messen der Zeiten (/03) vom Bewerten der Übergabe-Qualität (/04) und ziehen das Maßnahmen-Backlog als eigenen Schritt heraus (/06). Welche Zählung Sie verwenden, ändert nichts am Ergebnis. Entscheidend ist, dass der Soll-Zustand am Ende Termine und Verantwortliche trägt.
- /01
Prozess abgrenzen
Ohne klare Grenzen wird das Mapping uferlos.
Start- und Endpunkt definieren: vom Feature-Request oder Bug-Report bis zum produktiven Deployment. Welche Teams, Systeme und Freigabe-Instanzen sind beteiligt? Ein Wertstrom pro Mapping — nicht das ganze Unternehmen auf einmal.
- /02
Ist-Zustand aufnehmen
Den Prozess dokumentieren, wie er wirklich läuft — nicht wie er im Wiki steht.
Jeden Schritt mit den Menschen aufnehmen, die ihn täglich ausführen: Wer macht was, welche Werkzeuge, welche Übergaben? Post-its an einer Wand oder ein digitales Board — entscheidend ist, dass alle Rollen im Raum sind.
- /03
Zeiten messen
Daten statt Bauchgefühl.
Pro Schritt zwei Zeiten erfassen: aktive Bearbeitungszeit (Process Time) und Wartezeit davor. Quellen sind Ticket-System, Git-Historie und Pipeline-Daten. Häufigster Befund: 80–90 % der Durchlaufzeit ist reine Wartezeit — auf Freigaben, Umgebungen, Feedback.
- /04
Qualität bewerten
Nacharbeit ist der unsichtbare Engpass.
Pro Übergabe die Complete-&-Accurate-Quote (%C/A) schätzen: Wie oft kommt Arbeit so an, dass der nächste Schritt ohne Rückfragen weiterarbeiten kann? Werte unter 70 % markieren die Stellen, an denen Lead Time in Schleifen verloren geht.
- /05
Engpässe priorisieren
Nicht alles auf einmal — den größten Hebel zuerst.
Die längsten Wartezeiten und schlechtesten %C/A-Werte nach Aufwand und Wirkung priorisieren. Typische Kandidaten: manuelle Freigaben, geteilte Test-Umgebungen, handgepflegte Deployments, Ticket-Pingpong zwischen Abteilungen.
- /06
Soll-Zustand & Backlog ableiten
Das Mapping ist erst fertig, wenn Maßnahmen terminiert sind.
Future-State-Map zeichnen, Maßnahmen als priorisiertes Optimierungs-Backlog festhalten, Verantwortliche benennen. Erfolg nachmessen — über Lead Time und DORA-Metriken, nach 90 Tagen erneut mappen.
Wie sieht ein
Value-Stream-Mapping-
Beispiel aus?
Anonymisiertes Beispiel aus dem Maschinenbau (Steuerungssoftware, ~200 Entwickler): Lead Time pro Änderung 6,5 Wochen — bei knapp fünf Tagen aktiver Arbeit. Flow Efficiency: 14 %. Die Tabelle zeigt, wo die Zeit tatsächlich blieb.
Der Moment im Workshop-Raum, in dem das Team auf die fertige Karte blickt und begreift, dass zwei Tage echte Arbeit drei Wochen lang warten, ist jedes Mal derselbe: erst Stille, dann die Frage, warum das vorher niemandem aufgefallen ist. Ab diesem Punkt braucht das Mapping keine Überzeugungsarbeit mehr.
Die Konsequenz aus dem Mapping: Test-Umgebung per Infrastructure as Code dupliziert, Freigabe in die Pipeline verlagert (automatisierte Quality Gates), Deployment automatisiert. Ergebnis nach 90 Tagen: Lead Time 2,5 Wochen — ohne eine einzige zusätzliche Entwicklerstunde, nur durch Abbau von Wartezeit.
Welche Symbole nutzt ein Wertstromdiagramm?
Sechs Symbole genügen: Prozesskasten, Datenkasten, Bestandsdreieck, Push-Pfeil, Informationsfluss und Kaizen-Blitz — dazu die Sägezahn-Zeitleiste oben, die Warte- gegen Bearbeitungszeit stellt. Die vollständige Lean-Notation aus der Fertigung brauchen Sie für einen Software-Wertstrom nicht.
Genau hier zahlt sich die gemeinsame Sprache aus: Ein Fertigungsplaner liest ein Wertstromdiagramm ohne Einarbeitung — auch dann, wenn im Prozesskasten „Code-Review“ statt „Fräsen“ steht. In Industrial-DevOps-Projekten ist das oft der Moment, in dem IT und OT zum ersten Mal dieselbe Karte diskutieren.
Notation nach Mike Rother & John Shook, „Learning to See“ (Lean Enterprise Institute) — Übertragung auf Software-Wertströme durch Comquent
Welche Kennzahlen
gehören ins Mapping?
Vier Kennzahlen reichen für ein aussagekräftiges Mapping. Nach der Optimierung messen Sie den Fortschritt in DORA-Metriken weiter — Lead Time for Changes ist das direkte Bindeglied.
Lead Time
Gesamtdurchlaufzeit von der Anforderung bis zum produktiven Deployment — die Kennzahl, die Kunden und Management tatsächlich spüren.
Process Time
Aktive Bearbeitungszeit über alle Schritte — die Zeit, in der tatsächlich jemand an der Sache arbeitet.
%C/A
Complete & Accurate: Anteil der Übergaben, die ohne Rückfragen oder Nacharbeit weiterverarbeitet werden können.
Flow Efficiency
Process Time geteilt durch Lead Time — der Anteil echter Wertschöpfung an der Durchlaufzeit.
Kennzahlen-Definitionen nach Karen Martin & Mike Osterling, „Value Stream Mapping“ (McGraw-Hill 2013) · DORA Four Keys · Flow-Metriken: Mik Kersten, „Project to Product“ (IT Revolution 2018)
Woran scheitert
Value Stream Mapping?
- /01
Mapping ohne die Ausführenden
Wer den Prozess nur aus Jira kennt, mappt das Wiki — nicht die Realität. Alle Rollen in den Workshop holen, vom Product Owner bis zum Betrieb.
- /02
Schätzen statt messen
Wartezeiten werden systematisch unterschätzt. Ticket-Timestamps und Pipeline-Daten auswerten, bevor der Workshop startet — eine geschätzte Karte ist im Steering-Termin schnell zerlegt, spätestens wenn jemand die Zahlen mit dem Ticketsystem abgleicht.
- /03
Beim Ist-Zustand stehen bleiben
Eine schöne Karte ohne Maßnahmen-Backlog ist Dekoration. Wir haben Karten gesehen, die zwei Wochen im Flur hingen und nach drei Monaten im Altpapier lagen — mit ihnen zwei Tage konzentrierter Arbeit von zwölf Leuten. Jeder Engpass bekommt eine Maßnahme, einen Verantwortlichen und einen Termin.
- /04
Einmal mappen, nie nachmessen
Value Stream Mapping ist ein Zyklus: nach 90 Tagen Lead Time und DORA-Metriken prüfen und das Mapping wiederholen.
Der häufigste Fehler steht nicht in der Liste: das Mapping gar nicht erst zu machen. Als moderierter Workshop ist Value Stream Mapping fester Bestandteil unseres DevOps Coachings — inklusive Datenerhebung vorab und priorisiertem Backlog als Ergebnis. Der Einstieg ist unverbindlich: Ein kostenloses 30-Minuten-Erstgespräch genügt, um zu klären, welcher Wertstrom sich für das erste Mapping eignet.
Value Stream Mapping
oder 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. Kurz: Das Mapping ist die Diagnose, das Management der Dauerbetrieb — beides gehört zusammen.
Value Stream Mapping
- /01Einmaliger, moderierter Workshop (1–2 Tage)
- /02Ist-Zustand als Momentaufnahme (Current-State-Map)
- /03Ergebnis: priorisiertes Optimierungs-Backlog
- /04Werkzeug: Whiteboard, Miro, Mural — plus echte Daten
Value Stream Management
- /01Kontinuierliche Messung statt Momentaufnahme
- /02Flow-Metriken laufend aus Ticket- und Pipeline-Daten
- /03Ergebnis: Frühwarnung bei neuen Engpässen
- /04Werkzeug: GitLab, Jira, Plutora, Flow-Plattformen
Wertstromanalyse oder Wertstromdesign?
Die Wertstromanalyse kartiert den Ist-Zustand (Current-State-Map), das Wertstromdesign entwirft daraus den Soll-Zustand (Future-State-Map). Im Deutschen sind das zwei Begriffe für zwei Arbeitsschritte — im Englischen fallen beide unter Value Stream Mapping. In dieser Anleitung ist die Analyse Schritt /01 bis /05, das Wertstromdesign Schritt /06.
Die Unterscheidung ist mehr als Terminologie: Wer nur analysiert, hat am Ende eine Karte. Wer designt, hat einen Zielprozess, an dem sich jede Investition messen lässt — und genau darauf zielt der zweite Workshop-Tag.
Für den Workshop selbst braucht es kein spezielles Tool — entscheidend sind die Daten aus DORA-Metriken, Ticket-System und CI/CD-Pipeline. Erst danach lohnt der Schritt zum dauerhaften Value Stream Management — begleitet über unser DevOps Coaching und eine passende CI/CD-Implementierung, die die im Mapping gefundenen Wartezeiten automatisiert. Mehr Begriffe im VSM-Glossar.
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, wo die größten Hebel für kürzere Lead Times liegen. Typischerweise besteht 80 bis 90 Prozent der Durchlaufzeit aus reiner Wartezeit — nicht aus aktiver Entwicklung.
- Q.02
- 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; entscheidend ist, dass der Soll-Zustand mit Terminen und Verantwortlichen hinterlegt wird.
- Q.03
- 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.04
- Welche Tools eignen sich für Value Stream Mapping?
- Für den Workshop selbst genügt ein Whiteboard oder ein digitales Board wie Miro oder Mural — entscheidend sind die Daten aus Ticket-System, Git-Historie und CI/CD-Pipeline, nicht das Werkzeug. 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.05
- Was ist der Unterschied zwischen Value Stream Mapping und Wertstromanalyse?
- Wertstromanalyse ist der deutsche Begriff für Value Stream Mapping — 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.06
- 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.07
- 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.08
- Welche Kennzahlen nutzt Value Stream Mapping?
- Die drei Kernkennzahlen sind Lead Time (Gesamtdurchlaufzeit), Process Time (aktive Bearbeitungszeit) und %C/A (Complete & Accurate — 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.09
- 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. Entscheidend ist, dass alle Rollen im Raum sind — von der Anforderung bis zum Betrieb.
- Q.10
- Wann lohnt sich Value Stream Mapping?
- Immer dann, 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 die Lead Time in Wochen gemessen wird, die reine Arbeitszeit aber in Stunden, ist Mapping überfällig.
Wie geht es bei Ihnen mit dem Value Stream Mapping weiter?
Sagen Sie uns mit einem Klick, wie es bei Ihnen weitergeht. Passend dazu bekommen Sie direkt einen konkreten nächsten Schritt — ganz ohne Formular.
Verwandte Artikel
DevOps-Reifegrad messen & benchmarken
DORA-Metriken, Reifegradmodelle und der Weg zur objektiven Standortbestimmung.
DORA Metrics richtig messen
Deployment Frequency, Lead Time, CFR und MTTR — mit Elite-Benchmarks 2026.
IT/OT-Kulturwandel in der Fertigung
Warum cross-funktionale Teams die größte DevOps-Herausforderung sind.
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