Warum ist die Deployment Frequency wichtig?
Die Deployment Frequency misst, wie oft ein Team Software in Produktion bringt. Sie ist eine der vier DORA-Metriken und gilt als Indikator dafür, wie schnell eine Organisation auf Anforderungen reagieren kann — von jährlich bei langsamen Teams bis mehrmals täglich bei High Performern.
DORA Metrics messenDie Deployment Frequency zählt, wie häufig ein Team Code-Änderungen erfolgreich in Produktion bringt. Sie ist eine Velocity-Metrik und wird üblicherweise als Median über einen Zeitraum erhoben — etwa „mehrmals täglich", „wöchentlich" oder „monatlich". Anders als reine Commit-Zahlen misst sie ausschließlich das, was tatsächlich beim Nutzer ankommt, und ist damit ein ehrlicher Indikator für Durchsatz.
Als eine der vier DORA-Metriken entfaltet die Deployment Frequency ihren Wert erst im Zusammenspiel mit den Stabilitätsmetriken Change Failure Rate und Mean Time to Recovery. Hohe Frequenz allein ist kein Selbstzweck — sie zahlt sich nur aus, wenn die Qualität gehalten wird. High Performer deployen laut DORA mehrmals täglich, während langsamere Organisationen oft nur monatlich oder seltener ausliefern. Eine steigende Frequenz ist meist Folge kleinerer Batch-Größen, automatisierter Pipelines und entkoppelter Architekturen.
In industriellen Kontexten ist eine hohe Deployment Frequency anspruchsvoller, weil Wartungsfenster, Sicherheitsfreigaben und Zertifizierungen Releases verzögern. Ein häufiger Stolperstein ist es, die Metrik als Ziel zu missbrauchen: Wird die Frequenz künstlich hochgetrieben, ohne Teststufen mitzuziehen, steigt die Change Failure Rate. Sinnvoll ist es, die Frequenz als Diagnose zu lesen und gezielt die Engpässe zu beseitigen, die seltene Releases erzwingen.
Von monatlich zu täglich in der Fertigung
Ein Fertigungs-IT-Team löst einen monatlichen Big-Bang-Release durch eine automatisierte Pipeline mit Feature Flags ab. Die Deployment Frequency steigt auf mehrere Releases pro Tag, bei gleichbleibender Change Failure Rate.
Frequenz als Engpass-Diagnose
Ein Automotive-Embedded-Team stellt fest, dass seltene Deployments durch manuelle Freigaben und fehlende Testautomatisierung verursacht werden. Statt die Zahl direkt zu erzwingen, beseitigt es diese Engpässe — die Frequenz steigt als Folge.
- Wie misst man die Deployment Frequency richtig?
- Üblich ist der Median erfolgreicher Produktiv-Deployments über einen definierten Zeitraum, gruppiert in Bänder wie täglich, wöchentlich oder monatlich. Gezählt wird nur, was tatsächlich in Produktion geht, nicht jeder Commit oder Build.
- Macht hohe Deployment Frequency das System nicht instabiler?
- Im Gegenteil: Häufige, kleine Deployments enthalten weniger Änderungen und sind leichter zu testen und zurückzurollen. Studien zeigen, dass High Performer gleichzeitig häufig deployen und eine niedrige Change Failure Rate haben — Tempo und Stabilität schließen sich nicht aus.
- Welche Maßnahmen erhöhen die Deployment Frequency nachhaltig?
- Kleinere Batch-Größen, vollständig automatisierte CI/CD-Pipelines, Trunk-based Development und entkoppelte Architekturen senken die Reibung pro Release. Feature Flags entkoppeln Deployment von Release und erlauben häufiges Ausliefern ohne unmittelbare Nutzerwirkung.
- Worin unterscheidet sich Deployment Frequency von Release Frequency?
- Die Deployment Frequency zählt, wie oft Code technisch in Produktion gelangt. Die Release Frequency beschreibt, wie oft Funktionen für Nutzer freigeschaltet werden. Mit Feature Flags lassen sich beide entkoppeln: Man deployt häufig, schaltet das Feature aber erst beim geplanten Release sichtbar.
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