Blog

Die Trennung der Verantwortlichkeiten bremst den kontinuierlichen Lieferprozess

Mark van Holsteijn

Aktualisiert Oktober 22, 2025
3 Minuten

Bei Continuous Delivery geht es darum, Verschwendung aus Ihrem Softwareentwicklungsprozess zu entfernen. Eine typische Form der Verschwendung wird durch die Trennung von Verantwortlichkeiten verursacht, die in großen Organisationen üblich ist.

Eine typische Trennung der Verantwortlichkeiten findet sich normalerweise zwischen Entwicklung und Betrieb. Das bedeutet in der Regel, dass es der Entwicklungsabteilung nicht gestattet ist, Releases in der Benutzerakzeptanztest- oder Produktionsumgebung zu installieren. Das Entwicklungsteam ist bei der Installation und Konfiguration der Anwendung grundsätzlich von der Betriebsabteilung abhängig. Es kann leicht ein oder zwei Tage dauern, bis die Anfrage bearbeitet wird, während die Entwicklung auf die Einplanung der Arbeiten wartet.

Wenn die Installation davon abhängt, dass Sie manuell den Installationsanweisungen in den Versionshinweisen folgen, können mögliche Fehler in den Versionshinweisen zu einer fehlgeschlagenen Installation führen. Da die Entwicklung nicht an der Installation selbst beteiligt ist, muss der Betrieb die Entwickler benachrichtigen. Da sie nicht aus erster Hand wissen, was schief gelaufen ist, müssen sie nun herausfinden, was die Ursache für die Fehler war, diese beheben und den Antrag erneut stellen.

Die Trennung von Verantwortlichkeiten schadet mehr als sie nützt

Die Begründung für die Trennung der Verantwortung zwischen Entwicklung und Betrieb läuft normalerweise auf die Sicherheit und das Konfigurationsmanagement hinaus. In der Praxis führt dies jedoch nicht zu einer höheren Sicherheit oder einem besseren Konfigurationsmanagement. In der Regel befolgen die Anwender die Versionshinweise buchstabengetreu und sind sich nicht immer der Sicherheitsschwachstellen bewusst, die dadurch verursacht werden können. Wenn die Anweisungen manuell ausgeführt werden, ist die Reproduzierbarkeit der Installation gering und die Systemkonfiguration unterliegt einem Drift.

Automatisieren Sie Installationen durch Zusammenarbeit zwischen Entwicklern und Betreibern

Das Entwicklungsteam und das Betriebsteam müssen zusammenarbeiten, um die Bereitstellung von Releases in jeder Umgebung zu automatisieren. Die Automatisierung sollte den Entwicklern eine Selbstbedienungsfunktion bieten, mit der sie neue Releases in der Testumgebung bereitstellen können, wann immer sie es benötigen. Da die Bereitstellung nun automatisiert ist, können die Betreiber bestimmte Versionen einer Anwendung auch in anderen Produktionsumgebungen bereitstellen. Die Selbstbedienungsfunktion trägt dazu bei, Wartezeiten aus dem Softwarebereitstellungsprozess zu entfernen, während die Automatisierung gewährleistet, dass die Sicherheit und Konfiguration des Systems nicht beeinträchtigt wird.

Die Zusammenarbeit von Entwicklung und Betrieb für ein gemeinsames Ziel und die Beschleunigung des Softwarebereitstellungsprozesses ist der Kern von DevOps.

Dieser Beitrag ist Teil einer Serie über Continuous Delivery. In unserem Tag Continuous Delivery finden Sie weitere Beiträge zu diesem Thema. Oder besuchen Sie unsere Website zur kontinuierlichen Lieferung um zu erfahren, wie die Berater von Xebia Ihnen helfen können, Ihre Markteinführungszeit zu verkürzen, Kosten zu senken und die Qualität mit Hilfe von Best Practices für Continuous Delivery zu verbessern.

Verfasst von

Mark van Holsteijn

Mark van Holsteijn is a senior software systems architect at Xebia Cloud-native solutions. He is passionate about removing waste in the software delivery process and keeping things clear and simple.

Contact

Let’s discuss how we can support your journey.