Blog

Was ist Ihr nächster Schritt bei Continuous Delivery? Teil 1

Adriaan de Jonge

Aktualisiert Oktober 22, 2025

4 Minuten

Continuous Delivery hilft Ihnen, Software schneller, mit besserer Qualität und zu geringeren Kosten zu liefern. Wer möchte Software nicht schneller, besser und billiger liefern? Ich will das auf jeden Fall! Ganz gleich, wie gut Sie bei Continuous Delivery sind, Sie können immer noch einen Schritt besser werden. Selbst wenn Sie so gut sind wie Google oder Facebook, können Sie immer noch einen Schritt besser werden. Auch ich kann noch einen Schritt besser werden. Aber auch wenn Sie gerade erst mit Continuous Delivery anfangen, gibt es einen machbaren Schritt, der Sie weiterbringt. In dieser Serie beschreibe ich einen Plan, der Ihnen hilft, festzustellen, wo Sie gerade stehen und was Ihr nächster Schritt sein sollte. Um vollständig zu sein, fange ich ganz am Anfang an. Ich gehe davon aus, dass die meisten von Ihnen die ersten Schritte bereits hinter sich haben.

Die Schritte, die Sie bereits unternommen haben

Dies ist der erste Teil der Serie: Was ist Ihr nächster Schritt bei Continuous Delivery? Ich beginne mit drei Schritten, die ich in einem einzigen Beitrag zusammenfasse. Der Grund dafür ist, dass die meisten von Ihnen diese Schritte bereits durchlaufen haben.

Schritt 0: Ihre allerersten Codezeilen

Erinnern Sie sich noch an die allerersten Codezeilen, die Sie geschrieben haben? Vielleicht als Student oder vielleicht davor als Teenager? Haben Sie eine Versionskontrolle verwendet? Haben Sie den Code in einer Testumgebung getestet, bevor Sie ihn in Produktion gegeben haben? Ich weiß, dass ich es nicht getan habe.Niemand von uns wurde mit einer angeborenen Fähigkeit geboren, Software auf eine bestimmte Art und Weise zu erstellen. Vielen von uns wird jedoch eine bestimmte Art der Softwarebereitstellung beigebracht, die noch weit von Continuous Delivery entfernt ist.

Schritt 1: Versionskontrolle

Irgendwann im Laufe Ihres Studiums oder Ihrer Karriere wurden Sie in die Versionskontrolle eingeführt. Ich erinnere mich, dass ich mit CVS angefangen habe, dann zu Subversion übergegangen bin und jetzt Git verwende. Jedes dieser Systeme ist eine Verbesserung gegenüber dem vorherigen. Es ist üblich, den Quellcode für Ihre Software in der Versionskontrolle zu speichern. Haben Sie bereits Definitionen oder Skripte für Ihre Infrastruktur in der Versionskontrolle? Und für Ihre automatisierten Akzeptanztests oder Datenbankschemata? In späteren Schritten werden wir darauf zurückkommen.

Schritt 2: Freigabeprozess

Ihr aktueller Freigabeprozess ist möglicherweise weit von Continuous Delivery entfernt. Trotz des Anscheins ist Ihr aktueller Freigabeprozess ein nützlicher Schritt in Richtung Continuous Delivery.Selbst wenn Sie weniger als zweimal im Jahr in die Produktion liefern, sind Sie besser dran als ein Unternehmen, das seinen Code unvorhersehbar, ungetestet und unkontrolliert ausliefert. Oder noch schlimmer, ein Unternehmen, das seinen Code direkt auf einer Produktionsmaschine bearbeitet.In Ihrem Auslieferungsprozess haben Sie Planung, Kontrolle, eine produktionsähnliche Testumgebung, tatsächliche Tests und Wartung nach dem Go-Live. Der Hauptunterschied zu Continuous Delivery ist die Häufigkeit und die Menge der Software, die gleichzeitig freigegeben wird. Also ja, ein Release-Prozess ist ein produktiver Schritt in Richtung Continuous Delivery. Lassen Sie uns nun sehen, ob wir über diesen manuellen Freigabeprozess hinaus optimieren können.

Schritt 3: Skripte

Stellen Sie sich vor, Sie haben Probleme mit Ihrem Produktionsserver... An wen wenden Sie sich, wenn Sie Hilfe benötigen? Haben Sie jemanden im Sinn? Lassen Sie mich raten: Sie denken an einen Mann mittleren Alters, der seit über 10 Jahren in Ihrem Unternehmen arbeitet. Selbst wenn Ihr Unternehmen erst 3 Jahre alt ist, wette ich, dass er schon seit mehr als 10 Jahren dort arbeitet. Zumindest sieht es so aus.Meine nächste Vermutung ist, dass dieser Mann einige Skripte geschrieben hat, um wiederkehrende Aufgaben zu automatisieren und sich das Leben leichter zu machen. Liege ich da richtig? Diese Skripte sind ein wichtiger Schritt in Richtung Continuous Delivery. Bei Continuous Delivery geht es nämlich darum, sich wiederholende Aufgaben zu automatisieren. Das einzige Manko ist, dass diese Skripte eine Ein-Mann-Initiative sind. Es ist eine gute Initiative, aber es steckt keine Strategie dahinter und es mangelt an Unterstützung durch das Management.Wenn Sie diesen Mann nicht für sich arbeiten lassen, dann haben Sie vielleicht einen größeren Schritt vor sich, wenn Sie den nächsten Schritt in Richtung Continuous Delivery gehen. Um Continuous Delivery auf lange Sicht erfolgreich einzuführen, brauchen Sie jemanden wie ihn.