Schriftliche DevOps-Schulung

Wie führen Sie DevOps in Ihrer Organisation ein?

Wie Sie DevOps in Ihrer Organisation einführen, entscheidet maßgeblich über den Erfolg. Nutzen Sie deshalb Ihre erste und womöglich einzige Gelegenheit bestmöglich.

Sie beginnen klein und vermeiden einen Big Bang

Sie können den Status quo nicht auf einen Schlag ändern und gleich am ersten Tag eine DevOps-Transformation verkünden. Finden Sie zunächst Teams, die immer wieder mit Problemen und verfehlten Zielen kämpfen. Suchen Sie Teams, die wissen, dass Verbesserungen nötig sind, und besonders offen für eine andere Arbeitsweise sind. Sie sollten bereit sein, sich voll für ihre Organisation und ihre Kunden einzusetzen.

Zeigen Sie schnell erste Erfolge

Ihre Aufgabe ist es, rasch erste Erfolge Ihrer DevOps-Initiative zu zeigen und Skeptikern und Kritikern zu belegen, welche Probleme Sie lösen und welchen Nutzen Sie schaffen. Anschließend übertragen Sie die Verbesserungen schrittweise auf andere Bereiche Ihrer Organisation.

So begann ein führender ERP-, CRM- und SaaS-Anbieter aus Deutschland mit DevOps. Das Wartungsteam lieferte nur einmal im Jahr aus. In verschiedenen Branches zur Bearbeitung von Vorfällen sammelte sich schnell unveröffentlichter Code. Dadurch wurde es äußerst schwierig, den Code zusammenzuführen und vollständig getestete, zuverlässige Wartungsreleases bereitzustellen.

Zunächst wurde das Entwicklungsteam für Wartung mit den Teams für Wartungsplanung, Qualitätssicherung und Verwaltung der Betriebsumgebungen zusammengeführt. Zur einfacheren Abstimmung und Kommunikation nutzten sie außerdem ein gemeinsames Aufgaben- und Ticketsystem. Anschließend lieferten sie monatlich und kurz darauf alle zwei Wochen aus.

Im ersten Jahr löste das Wartungsteam sechsmal so viele Vorfälle wie im Vorjahr. Ebenso wichtig war, dass der Anteil wiedereröffneter Vorfälle und der damit verbundenen Nacharbeit von 39 % auf 4 % sank.

Mit diesen deutlichen und messbaren Verbesserungen gewann die kleine DevOps-Initiative breite Unterstützung und Glaubwürdigkeit in der Organisation. Die Führungsebene unterstützte die Ausweitung auf weitere Produkt- und Serviceteams.

Wählen Sie ein geeignetes Greenfield- oder Brownfield-Produkt und einen passenden Dienst

Zu Beginn Ihrer DevOps-Initiative stellt sich auch die Frage, ob Sie ein neues oder ein bestehendes Produkt und einen entsprechenden Dienst wählen.

Ein Greenfield-Produkt oder -Dienst ist in Ihrer Organisation neu. Stellen Sie dafür möglichst ein neues, eigenständiges Team zusammen, das vor allem zu Beginn getrennt arbeitet. So kann es leichter mit Gewohnheiten brechen und neue Wege ausprobieren. Hoffentlich wird es durch frühere Verpflichtungen in der Organisation seltener unterbrochen. Geben Sie dem neuen DevOps-Team konkrete IT- und Geschäftskennzahlen sowie Ziele, etwa mehr Umsatz, stärkere Kundeninteraktion oder kürzere Lieferzeiten. Weil Greenfield-Vorhaben unabhängig von Altcode und bestehenden Abhängigkeiten sind, ist ihr Start weniger riskant. Ein Erfolg hat aber geringere Wirkung in der Organisation. Er zeigt noch nicht, ob DevOps bestehende Probleme löst oder ob sich der Erfolg auf andere Bereiche übertragen lässt.

Sie können DevOps auch mit einem Brownfield-Produkt und -Dienst beginnen. Viele solcher Produkte und Dienste laufen bereits in Produktion und werden im Geschäft und von Kunden genutzt. Wenn Sie auf demselben Planeten wie wir leben, hat Ihre bestehende Anwendung vermutlich erhebliche technische Schulden und wenige verlässliche automatisierte Tests. Deshalb kann der Einstieg mit Brownfield schwieriger sein. Gute Ergebnisse sind aber befriedigender und überzeugen und bewirken in Ihrer Organisation mehr.

DevOps eignet sich auch für große Organisationen mit vielen laufenden Altsystemen

Viele glauben zu Unrecht, DevOps sei für bestehende Produkte und Dienste ungeeignet. Manche gehen so weit, DevOps nur für Start-ups für geeignet zu halten. Dabei begannen einige der vorbildlichsten Initiativen in Unternehmen mit riesigen, etablierten IT-Organisationen, unzähligen geschäftskritischen Altsystemen und Tausenden Mitarbeitenden. Amazon, Easy und Facebook sind einige Beispiele. Wie das Beispiel des SaaS-Anbieters zeigt, können Sie auch in einer bestehenden Organisation mit Brownfield-Produkten und -Diensten beginnen. Gerade weil ihre Leistung oft deutlich hinter den Erwartungen der Kunden zurückbleibt, profitieren sie meist am meisten von einer DevOps-Transformation. Ein Rat zum Einstieg: Bauen Sie zuerst die technischen Schulden ab oder verringern Sie sie zumindest. Ergänzen Sie danach die fehlenden automatisierten Tests für vorhandene Produktfunktionen und deren Nutzen. Sonst werden Sie für Ihre bestehenden Produkte und Dienste nie zuverlässig in kürzeren Zyklen in Produktion deployen können.

Wählen Sie ein geeignetes System of Record oder System of Engagement

Für Ihre erste DevOps-Initiative können Sie ein System of Record oder ein System of Engagement wählen. Systems of Record sind zentrale Systeme, die in Ihrer Organisation eine einheitliche, verbindliche Datenquelle verwalten. Ihr Schwerpunkt liegt auf Daten wie Kunden und Transaktionen sowie auf Sicherheit und Datenschutz. Systems of Engagement sind meist dezentrale Anwendungen, die Kunden und Nutzer zur Interaktion mit Ihrer Organisation einladen, etwa über responsive Portale für mehrere Kanäle oder über Mobil-, Tablet- und Desktop-Anwendungen.

Mit einem System of Record können Sie zeigen, wie kompetent Ihr DevOps-Team zeitaufwendige und bürokratische Aufgaben wie Compliance, Sicherheit und Datenschutz bewältigt. Dazu sammeln Sie über den gesamten Entwicklungs- und Betriebszyklus Ihres Produkts und Dienstes konkrete, wissenschaftlich überprüfbare Belege und nutzen automatisierte Tests und Telemetrie. Ein Beispiel ist die Migration geografisch verteilter Daten von eigenen Datenbankservern in die Cloud, bei der Ihre verbindliche Datenquelle weiterhin alle gesetzlichen, branchenspezifischen, lokalen und internationalen Vorgaben erfüllt.

Mit einem System of Engagement zeigen Sie, wie schnell und zuverlässig Sie mit kurzen Lieferzyklen Innovationen umsetzen. Die meisten sichtbaren Innovationen, die heute wirtschaftlichen Erfolg bringen, stammen aus solchen Systemen. Ein Beispiel ist ein intuitiverer und einfacherer Bestellvorgang in Ihrem Onlineshop, der Ihren Umsatz um 25 % steigert. Sobald Ihnen das gelingt, wird Ihre Führungsebene von DevOps und von Ihnen begeistert sein.

Ihr Weg zu einer erfolgreichen DevOps-Transformation

Verschwenden Sie zu Beginn keine Zeit damit, konservative Teams für Ihre Initiative zu gewinnen. Finden Sie die innovativsten, aufgeschlossensten, am besten vernetzten und einflussreichsten Teams, die von der Notwendigkeit der DevOps-Methode und ihrer Grundsätze überzeugt sind. Beginnen Sie mit einem oder zwei Teams. Wählen Sie anhand der genannten Hinweise ein passendes Greenfield- oder Brownfield-Produkt und einen entsprechenden Dienst sowie ein geeignetes System of Record oder System of Engagement.

Nach Ihren ersten Erfolgen werden diese Teams zu Ihren wichtigsten Fürsprechern bei der Verbreitung von DevOps in der Organisation. Dann gewinnen Sie weitere Gruppen und sammeln mehr Erfolgsgeschichten. Das schafft Vertrauen und zeigt anderen, dass die Initiative funktioniert. Sobald die Führungsebene den messbaren Nutzen sieht, werden Sie auch von ihr mehr Unterstützung, Rückhalt und Aufmerksamkeit erhalten.

In der letzten Phase erkennen Sie einflussreiche Gegner und hartnäckige Skeptiker (Curmudgeons). Vermutlich können Sie ihnen mit ihrer eigenen Methode begegnen, indem Sie Risiken und Befürchtungen aufzeigen. Erklären Sie, in welch schlechtem Licht ihre Teams und Produkte stehen und wie sie zum letzten schwachen Glied der Organisation werden, wenn sie DevOps weder lernen noch anwenden wollen.

FAZIT

Eine IT-Transformation ist für keine Organisation einfach. Das gilt auch für DevOps. Wenn Sie klein anfangen, bleibt das Risiko überschaubar. Denken Sie daran, dass es zu den wichtigsten Aufgaben einer Führungskraft gehört, unabhängig von ihrer Erfahrung, das Team zu motivieren und zum Handeln für eine bessere Geschäftsleistung zu bewegen. Dazu gehört, für eine möglichst erfüllende Arbeit auch kalkulierte Risiken einzugehen.