Manuelle Deployments. Vermeidbare Risiken.

Ein typischer Durchlauf zeigt, wo Arbeit liegen bleibt und welche Schritte nur einzelne Personen ausführen können. Gemeinsam betrachten wir Änderung, Build, Tests, Übergaben und Produktionsfreigabe. Dabei geht es nicht darum, jede manuelle Tätigkeit grundsätzlich abzuschaffen. Zunächst muss klar sein, welchen Zweck sie erfüllt und welche Informationen für eine Entscheidung benötigt werden. Manche Verzögerung entsteht durch fehlende Zugänge, andere durch unklare Verantwortung oder unterschiedliche Konfigurationen. Diese Ursachen verlangen jeweils eine andere Lösung.

Aus der Analyse wird ein abgegrenzter erster Auftrag entwickelt. Er beschreibt, welcher Teil des Ablaufs verbessert wird, welche Beteiligten mitwirken und woran das Ergebnis erkennbar ist. Funktionierende Verfahren und vorhandene Werkzeuge werden berücksichtigt. Dadurch bleibt die Veränderung für Ihr Team überschaubar und lässt sich anhand eines realen Releases bewerten. Die Erkenntnisse können anschließend für weitere Anwendungen genutzt werden, ohne gleich zu Beginn sämtliche Entwicklungs- und Betriebsprozesse gleichzeitig umzustellen.

Wenn Test und Produktion unterschiedlich eingerichtet sind, verlieren erfolgreiche Tests einen Teil ihrer Aussagekraft. Im vereinbarten Umfang wird Infrastruktur deshalb als nachvollziehbare, versionierte Konfiguration beschrieben. Änderungen können geprüft und der vorgesehenen Umgebung zugeordnet werden. Dazu kommt ein Bereitstellungsweg, dessen Schritte dokumentiert sind. Die Absicht ist nicht, jede Umgebung identisch zu machen: Gewollte Unterschiede bleiben sichtbar, während unbeabsichtigte Abweichungen leichter erkannt und besprochen werden können.

Build-Ergebnisse, Tests und Freigaben werden mit der jeweiligen Änderung verbunden. Zugangsdaten benötigen eine getrennte Verwaltung, und produktive Änderungen folgen den vereinbarten Entscheidungen. Gemeinsam wird festgelegt, welche Kontrollen automatisiert erfolgen und wo weiterhin die Bewertung einer verantwortlichen Person nötig ist. Ein vollständiger Durchlauf zeigt, ob die Beteiligten den Ablauf bedienen und Ergebnisse verstehen können. Erst damit wird die technische Pipeline zu einem Verfahren, auf das Entwicklung und Betrieb im Alltag gemeinsam aufbauen können.

Ein Release-Verfahren muss auch dann Orientierung geben, wenn ein Schritt fehlschlägt. Wer bewertet den Fehler, welche Informationen stehen bereit und wann darf erneut ausgeführt werden? Rückwege werden vorab besprochen, wobei Datenänderungen oder externe Abhängigkeiten besondere Aufmerksamkeit benötigen können. Ein Zurücksetzen der Anwendungsversion löst nicht automatisch jede Folge einer produktiven Änderung. Vereinbarte Fehlerfälle werden daher am konkreten Ablauf betrachtet und soweit vorgesehen gemeinsam erprobt.

Nach der Übergabe braucht auch die Automatisierung Verantwortliche. Werkzeuge, Anwendung und Infrastruktur verändern sich; Prüfungen und Konfiguration müssen entsprechend gepflegt werden. Ihr Team erhält deshalb Dokumentation und eine praktische Einweisung in den vereinbarten Ablauf. Offene Einschränkungen werden benannt, statt sie hinter einem erfolgreichen Demonstrationslauf zu verstecken. So kann die Lösung nach Projektende weiterentwickelt werden und bleibt nicht an das Wissen der Personen gebunden, die sie ursprünglich eingerichtet haben.