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
Value Stream
Mapping?
Value Stream Mapping (deutsch: Wertstromanalyse) visualisiert den gesamten Wertschöpfungsprozess — in der Softwareentwicklung von der 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.
Stand: Juni 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
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. 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.
- /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.
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 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.
- /03
Beim Ist-Zustand stehen bleiben
Eine schöne Karte ohne Maßnahmen-Backlog ist Dekoration. 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.
Was Teams
wirklich fragen.
- Q.01
- 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.02
- Wie lange dauert ein Value-Stream-Mapping-Workshop?
- 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.03
- Welche Kennzahlen nutzt Value Stream Mapping?
- Lead Time (Gesamtdurchlaufzeit), Process Time (aktive Bearbeitungszeit) und %C/A (Complete & Accurate — Übergaben ohne Nacharbeit). Die Flow Efficiency (Process Time / Lead Time) liegt in Software-Lieferprozessen vor der Optimierung oft unter 15 Prozent.
- Q.04
- Wann lohnt sich Value Stream Mapping?
- Wenn Releases gefühlt „ewig" dauern und niemand sagen kann, warum: vor einer DevOps-Transformation als Standortbestimmung, vor Tool-Investitionen als Priorisierungsgrundlage, bei IT/OT-Prozessen über Abteilungsgrenzen. Faustregel: Lead Time in Wochen, Arbeitszeit in Stunden → Mapping überfällig.
- Q.05
- Braucht man externe Moderation für Value Stream Mapping?
- Nicht zwingend — aber bei abteilungsübergreifenden Wertströmen hilft ein neutraler Moderator, weil jeder Engpass die Arbeit eines Anwesenden berührt. Externe Moderation hält den Workshop bei den Daten statt bei Schuldzuweisungen.
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