Was misst die Lead Time for Changes?
Die Lead Time for Changes misst die Zeit vom ersten Commit bis zum Deployment in Produktion. Sie ist eine der vier DORA-Metriken und zeigt, wie schnell eine Organisation Ideen in ausgelieferte Software umsetzen kann — von Monaten bei langsamen Teams bis unter einer Stunde bei High Performern.
DORA Metrics messenDie Lead Time for Changes misst die Dauer vom Commit einer Änderung bis zu deren erfolgreichem Deployment in Produktion. Sie erfasst damit die gesamte technische Wertschöpfungskette: Code-Review, automatisierte Tests, Build, Freigabe und Auslieferung. Wichtig ist die Abgrenzung zur „Lead Time" aus dem Value Stream Management, die oft bereits bei der Idee beginnt — die DORA-Metrik startet bewusst erst beim Commit, um den Delivery-Prozess sauber zu isolieren.
Als Velocity-Metrik gehört die Lead Time for Changes zu den vier DORA-Metriken und korreliert eng mit der Deployment Frequency: Kurze Lead Times sind meist Voraussetzung für häufiges Deployen. Laut DORA-Klassifikation liegen High Performer unter einer Stunde, während langsamere Teams Wochen oder Monate benötigen. Lange Lead Times signalisieren typischerweise manuelle Übergaben, Wartezeiten in Freigabeprozessen oder lückenhafte Testautomatisierung.
In der Industrie verlängern Sicherheits- und Compliance-Anforderungen die Lead Time strukturell — etwa wenn Software für funktionssichere Systeme nach ISO 26262 oder IEC 62443 geprüft werden muss. Ein häufiger Stolperstein ist die rein technische Optimierung der Pipeline, während Wartezeiten in manuellen Genehmigungen unbeachtet bleiben. Wer die Lead Time verkürzen will, sollte zuerst messen, wo die Zeit tatsächlich verloren geht, statt blind die schnellsten Schritte weiter zu beschleunigen.
Wartezeit statt Rechenzeit als Engpass
Ein Maschinenbau-Team analysiert seine Lead Time und stellt fest, dass von fünf Tagen über drei Tage auf manuelle Freigaben entfallen. Durch klar definierte, automatisierte Approval-Regeln sinkt die Lead Time auf unter einen Tag.
Compliance ohne lange Lead Time
Ein Embedded-Team integriert sicherheitsrelevante Prüfungen nach IEC 62443 direkt als automatisierte Stufen in die Pipeline, statt sie nachgelagert manuell durchzuführen. Die Lead Time bleibt kurz, ohne die Konformität zu gefährden.
- Wo beginnt und endet die Messung der Lead Time for Changes?
- Die DORA-Metrik startet beim ersten Commit einer Änderung und endet, sobald diese erfolgreich in Produktion läuft. Bewusst ausgeklammert sind vorgelagerte Phasen wie Anforderungsklärung oder Backlog-Priorisierung — diese deckt die umfassendere Lead Time aus dem Value Stream Management ab.
- Was ist eine gute Lead Time for Changes?
- High Performer erreichen laut DORA-Klassifikation Lead Times von unter einer Stunde, mittlere Teams liegen im Bereich von Tagen bis Wochen. Entscheidend ist der Trend im eigenen Kontext: Eine kontinuierlich sinkende Lead Time ist aussagekräftiger als ein absoluter Vergleich.
- Wie verkürzt man die Lead Time for Changes?
- Zuerst sollte man den Engpass identifizieren — oft sind es Wartezeiten in Reviews oder Freigaben, nicht die Rechenzeit der Pipeline. Automatisierte Tests, parallelisierte Build-Schritte, kleinere Pull Requests und schlanke Approval-Prozesse setzen dort an, wo die meiste Zeit verloren geht.
Warum ist die MTTR so wichtig?
Was macht ein Platform-Engineering-Team?
Was unterscheidet SRE von klassischem Betrieb?
Wen betrifft die NIS2-Richtlinie?
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