DevOps-Transformation: Die Performance der Softwarebereitstellung steigern

Was ist DevOps?

DevOps hilft Unternehmen, sich an Marktanforderungen anzupassen, indem sie wertvolle Software schneller und in höherer Qualität bereitstellen. Dabei spielen viele technische Konzepte eine Rolle, doch DevOps lediglich als technologischen Wandel abzutun, wäre ein Fehler. Denn die größten Herausforderungen, denen Unternehmen bei DevOps begegnen, sind organisatorischer und kultureller Natur.

Innovation entsteht in einer Kultur des Teilens, der Sicherheit und der Risikobereitschaft. Keine Investition in Technologie kann eine fehlende Kultur ausgleichen. Stattdessen können Management- und Executive-Teams Verhaltensweisen fördern, die zu technischer Exzellenz, psychologischer Sicherheit und kontinuierlicher Verbesserung führen.

Eine kurze Zusammenfassung zu DevOps findet ihr in diesem Blog von Johan Abildskov.

Kultur schlägt Strategie – jedes Mal

Stellt euch folgendes Szenario vor: Gerade ist ein Incident aufgetreten, und ihr versucht hektisch herauszufinden, was schiefgelaufen ist. Anstatt die Schuld einer anderen Person oder Gruppe im Unternehmen zuzuschieben, konzentriert euch darauf, wie sich der Incident künftig verhindern lässt.

Ron Westrum, der Begründer der Typologie von Organisationskulturen, beschreibt die Kultur einer Organisation als ihre Persönlichkeit. So wie die Persönlichkeit eines Menschen sein Verhalten prägt, schafft die Kultur einer Organisation die Grundlage dafür, wie Menschen auf Herausforderungen oder Chancen reagieren. Gute Führungskräfte gestalten das System, in dem sich Kultur entwickelt, und übernehmen dabei eine aktive Rolle. Doch auch wenn Führungskräfte die Kultur nicht bewusst gestalten, entsteht ein System, das auf Belohnungen, Sanktionen, Ressourcenverteilung und symbolischen Handlungen basiert.

Westrums Kulturtypologie sagt sowohl die Performance der Softwarebereitstellung als auch Geschäftsergebnisse voraus. Zudem lässt sie sich einfach messen. Auf Basis von Umfrageergebnissen könnt ihr konkrete Maßnahmen ableiten – ein wirkungsvolles Instrument, um kulturellen Wandel in die richtige Richtung voranzutreiben.

In einer Folge unseres DevOps Sauna Podcasts haben wir dieses Thema ausführlicher besprochen. Klickt auf den Link unten.

Stellt euren Softwareentwicklern diese Frage:

„Wie lange müsst ihr warten, um ein neues Projekt einschließlich der Umgebungen einzurichten?“

Wenn die Antwort nicht „Ich kann das jederzeit selbst erledigen“ lautet, bietet DevOps eurer Organisation enormes Potenzial. Andererseits überlagern kulturelle Muster strategische Bemühungen häufig – unabhängig davon, wie gut die Strategie ausgearbeitet ist. Eine gesunde Kultur zeichnet sich durch Klarheit und Transparenz am Arbeitsplatz aus.

Seid ihr nur dem Namen nach Agile?

In der Agile-Softwareentwicklung werden autonome Teams dazu befähigt, eigenständig auf gemeinsame Ziele hinzuarbeiten. Je nach Branche und Unternehmensgröße kann das einiges an Arbeit erfordern. Nach der anfänglichen Begeisterung für die Einführung von Agile-Praktiken kehren Organisationen oft zu stärker kontrollierten Strukturen zurück. Wenn das bei euch der Fall ist: Wird eure Software dann wirklich Agile entwickelt?

Unserer Erfahrung nach – wie wir in unserer DevOps-Sauna-Podcastfolge „Wie Führungskräfte in der Softwareentwicklung DevOps und Agile sehen“ besprochen haben – braucht das Topmanagement oft ein besseres Verständnis davon, was es bedeutet, Agile zu arbeiten.

Die Genehmigung durch eine externe Instanz ist nicht immer der beste Weg, denn mehr Kontrolle und Risikomanagement können Innovation und Produktivität verringern. In stark regulierten Branchen führen wesentliche Änderungen von Betriebsabläufen nur selten zu mehr Geschwindigkeit und Qualität. Prozesse zur Genehmigung von Änderungen werden mit der Zeit oft komplex und unübersichtlich. Das führt zu längeren Feedbackschleifen und einer längeren Time-to-Market.

Dank DevOps können Change Advisory Boards (CABs) heute besser beraten und strategisch planen als früher. Das CAB sollte außerdem sicherstellen, dass der Prozess transparent ist, und daran arbeiten, ihn so zu optimieren, dass er Kunden Mehrwert liefert.

Einige Fragen für euer Senior Leadership Team:

1. Liefern Teams in jeder Iteration – auch in der ersten – funktionsfähige Software an eine Gruppe echter Nutzer aus und holen deren Feedback ein?

2. Sind Teams befähigt, Anforderungen auf Grundlage von Nutzerfeedback zu ändern?

3. Sind Teams befähigt, ihren Prozess anhand ihrer Erkenntnisse anzupassen?

In diesem Artikel von BizSpace erfahrt ihr mehr über SLTs und ihre Rolle in einer Organisation.

Tools mit Platform Teams konsolidieren

Die Verwaltung von Tickets und Anforderungen über mehrere Systeme hinweg erhöht den Aufwand und führt zu Problemen wie Fehlern, Nacharbeit und mangelnder Abstimmung. Um dem entgegenzuwirken, sollten Anforderungen als verbindendes Element dienen, das Geschäftsziele verknüpft und alle Stakeholder einbindet. Eine effektive Integration von Anforderungen erhöht die Transparenz in Produktentwicklungsprozessen.

Entscheidend ist, Geschäftskennzahlen mit eurem Workflow für das Anforderungsmanagement zu verknüpfen. Das gelingt, indem ihr Tools mit einem Platform Team konsolidiert – intern oder als Service. Wenn ihr Anforderungen über jeden Schritt bis zum Release verfolgt, werden der Automatisierungsgrad und weitere Vorteile von DevOps anhand von Kennzahlen deutlicher. Zudem fördert die frühzeitige Nachverfolgbarkeit Audits und Compliance by Design und schafft einen robusten Rahmen, um die Einhaltung erforderlicher Standards und Vorschriften sicherzustellen.

Wenn ihr mehr über die Rolle von Platform Teams in eurer Organisation und über Platform Engineering im Allgemeinen erfahren möchtet, lest unseren umfassenden Leitfaden zu Platform Engineering. Klickt auf den Link unten.

Datengetrieben zu denken, ist eine Frage der Haltung

DevOps erleichtert es erheblich, Geschäftskennzahlen mit der Arbeit eurer Entwicklungsabteilung zu verknüpfen. Das ist entscheidend, denn ihr könnt nur verbessern, was ihr sehen könnt. Daten sind nur dann wertvoll, wenn sie zu Maßnahmen führen. Die richtige Sprache kann datengetriebene Entscheidungen im Unternehmen unterstützen.

Zum Beispiel: „Macht den KAUFEN-Button pink, um mehr Aufmerksamkeit zu erzielen und den Umsatz zu steigern.“

Formuliert solche Aussagen stattdessen als Hypothese:

„Wir glauben, dass ein pinker KAUFEN-Button mehr Aufmerksamkeit erzielt und den Umsatz steigert.“

So wird deutlich, dass es sich um ein Experiment handelt: Wir müssen messen, validieren und entscheiden, was wir beibehalten wollen. Der pinke Button könnte den Umsatz aus unbekannten Gründen senken. Ohne eine datengetriebene Denkweise lässt sich jedoch nicht feststellen, was das Problem verursacht hat.

Hört euch diese Folge unseres DevOps Sauna Podcasts an. Darin geht es darum, wie DevOps der Schlüssel zu mehr Geschwindigkeit und Skalierbarkeit sein kann. Klickt auf den Link unten.

Continuous Delivery in allem verfolgen, was ihr tut

Continuous Delivery umfasst eine Reihe technischer Praktiken, mit denen sich Änderungen sicher, schnell und nachhaltig an Nutzer ausliefern lassen. Im Mittelpunkt stehen Softwarearchitektur, Automatisierung und die Förderung gesunder technischer Praktiken.

Automatisierung spielt bei Continuous Delivery eine entscheidende Rolle – ob beim Testen, Deployment oder in Build-Prozessen. Das Ziel ist letztlich, wiederkehrende Aufgaben zu reduzieren, Entwickler zu befähigen, ihr Wissen zu erweitern und die allgemeine Arbeitszufriedenheit zu steigern. Automatisierung ist zwar wirkungsvoll, kann den Arbeitsaufwand jedoch erhöhen, wenn sie nicht effektiv verwaltet wird. Inspiriert von Lean-Praktiken in der Produktionsindustrie sollte der Fokus auf kontinuierlicher Verbesserung, der Optimierung des Wertstroms und der Minimierung von Verschwendung liegen.

Auch die Pflege von Automatisierung kann anspruchsvoll sein und erheblichen Aufwand erfordern. Wir empfehlen, bestehende COTS-Tools (Commercial Off-The-Shelf) wie Atlassian Jira und Confluence, Docker, GitHub, GitLab oder Kubernetes zu nutzen, die von großen Communities und Unternehmen entwickelt und unterstützt werden. Etablierte Lösungen – ob kommerziell oder Open Source – können im Vergleich zur Entwicklung individueller Lösungen von Grund auf Zeit und Ressourcen sparen.

Hier findet ihr einen Artikel, der Continuous Delivery detaillierter erklärt.

Cloud ist eine entscheidende DevOps-Fähigkeit

Ein weitverbreiteter Irrtum ist, dass es bei der Cloud nur darum geht, wo sich eure Infrastruktur befindet. Doch das ist nur die halbe Wahrheit. Entscheidend ist, wie ihr eure Infrastruktur nutzt, verwaltet und bereitstellt. Wenn sich an der Arbeitsweise eines Unternehmens nichts ändert, ist der Standort eurer Server weniger relevant.

Wenn ein Entwickler über den Helpdesk gehen und mehrere Tage auf eine Maschine warten muss, um ein neues Projekt zu starten, wird die Cloud nicht richtig genutzt. Um das Potenzial der Cloud voll auszuschöpfen, müsst ihr die passende Architektur aufbauen und Agilität im gesamten Unternehmen einführen.

Baut eure Entwicklungs-Community rund um Versionskontrolle auf

Änderungen in einem sich schnell entwickelnden Softwareprodukt zu verwalten, kann eine Herausforderung sein. Um Unterschiede zwischen zwei Versionen zu verstehen und Nachverfolgbarkeit sicherzustellen, ist Versionskontrolle entscheidend. Wie Microsoft in diesem Leitfaden erklärt, ist Git zum globalen Standard für Versionskontrolle geworden und wird als Open-Source-Tool zur Verwaltung von Quellcode von über 90 % der Entwickler weltweit eingesetzt.

Softwaresysteme sind komplex und bestehen aus verschiedenen Komponenten, die in unterschiedlichen Konfigurationen bereitgestellt werden. Daher ist es unerlässlich, neben dem Quellcode der Anwendung auch die Testautomatisierung, Infrastruktur und Deployment-Pipeline in der Versionskontrolle zu speichern.

Versionskontrollsysteme sind häufig in Aufgabenverwaltungstools wie Jira Software integriert. Das ermöglicht umfassende Nachverfolgbarkeit und Audit-Trails und stellt sicher, dass Änderungen gut dokumentiert und begründet sind. Gut implementierte Versionskontrolle ebnet außerdem den Weg für neue Praktiken wie automatisierte Sicherheitstests, Code-Linting und Peer Reviews und verbessert so den gesamten Prozess der Softwareentwicklung.

Wusstet ihr, dass auch diese Faktoren unter Versionskontrolle stehen sollten?

• Konfigurationen

• Deklarative Infrastruktur

• Konfiguration der Continuous-Delivery-Pipeline

• Anweisungen zum Bauen, Testen und Ausführen

Vom Monitoring zu umsetzbaren Erkenntnissen

Den aktuellen Zustand der Anwendungen zu kennen, die ihr betreut, ermöglicht datengestützte Entscheidungen. Achtet beispielsweise auf aktive Fehler in der Desktop-Anwendung oder die Verfügbarkeit eines Online-Service. Ziel ist es, zu verhindern, dass Kunden eure Entwickler erst auf ein Problem aufmerksam machen müssen.

Monitoring kann zu umsetzbaren Erkenntnissen und proaktivem Handeln führen, indem ihr:

• messt, was als Normalzustand eurer Anwendungen gilt

• bei Abweichungen Benachrichtigungen auslöst

• euch der Alert Fatigue bewusst werdet

• Blameless Postmortems nutzt, um wiederkehrende Incidents zu vermeiden

Denkt daran: Monitoring und Observability sollten Teil des Anwendungsdesigns sein. Der Puppet State of DevOps Report zeigt, dass Teams, die ihr eigenes Monitoring konfigurieren können, mit höherer Wahrscheinlichkeit zu den leistungsstarken Teams gehören.

Quality Assurance ist mehr als nur eine Kontrollinstanz

In traditionellen Ansätzen der Softwareentwicklung sind Tests und Quality Assurance von den Softwareteams getrennt. Das führt zu Spannungen zwischen Entwicklern und Quality Assurance. Entwickler fühlen sich oft angegriffen, wenn Quality Assurance eingreift, nachdem sie ihre Arbeit bereits als abgeschlossen betrachten – obwohl das gemeinsame Ziel darin besteht, die Qualität des Produkts zu verbessern.

Um diese Dynamik zu verbessern, sollten Unternehmen einen stärker kollaborativen Ansatz verfolgen und Quality-Assurance-Teams eine unterstützende Rolle geben. Sie sollten die von den Teams eingesetzten automatisierten Tests kontinuierlich überprüfen und sicherstellen, dass sie wartbar und effektiv bleiben. Tester können dabei ebenfalls helfen, indem sie Testdaten bereitstellen und die Geschwindigkeit der Pipelines optimieren.

Moderne Methoden wie Behavior-Driven Development (BDD) ermöglichen effiziente automatisierte Abnahmetests in natürlicher Sprache. Sie erfordern zudem keine Programmierkenntnisse, sodass Stakeholder den Zweck jedes Tests leichter verstehen können. Mit BDD kann eine größere Gruppe an Diskussionen zur Quality Assurance teilnehmen und zu einzelnen Testfällen beitragen.

Dank hochwertiger QA-Automatisierung und der Integration in die Continuous-Delivery-Pipeline haben QA-Experten mehr Zeit für Aufgaben, die normalerweise zu kurz kommen, etwa nicht-funktionale Tests und explorative Tests. Das vereinfacht den Entwicklungsprozess weiter und sorgt für Software-Releases mit höherer Qualität. Durch eine stärkere Zusammenarbeit und den Einsatz von Automatisierung können Unternehmen effizientere und effektivere Quality-Assurance-Praktiken etablieren, von denen der gesamte Lebenszyklus der Softwareentwicklung profitiert.

Wenn ihr mehr erfahren möchtet, lest unseren Blog über die 5 Bücher, die ihr lesen solltet, um die Bedeutung von Continuous Assurance besser zu verstehen. Klickt auf den Link unten.

Datenbankmigrationen und Sicherheitstests lassen sich vollständig automatisieren

Euer Ziel sollte sein, alle bestehenden Funktionen automatisch zu testen, damit ihr euch vor jedem neuen Release sicher fühlen könnt.

Macht Sicherheit zu einem festen Bestandteil eurer Delivery-Pipeline

Cyberbedrohungen stellen für Unternehmen ein erhebliches Risiko dar. Sicherheitsverletzungen können schwere finanzielle Schäden und Reputationsverluste verursachen, da Lecks personenbezogener Daten oder IT-Ausfälle zu Umsatzeinbußen führen und den Markenwert mindern können. Leistungsstarke DevOps-Teams haben den Konflikt zwischen Sicherheit und Innovation gelöst: Sie fördern die Zusammenarbeit zwischen Sicherheitsspezialisten und Entwicklungsteams und stellen sicher, dass Sicherheit ein fester Bestandteil der Delivery-Pipeline ist.

Sicherheitsspezialisten spielen eine entscheidende Rolle, indem sie vorab freigegebene Bibliotheken und Prozesse bereitstellen. So können Teams Produkte entwickeln, die „Secure by Design“ sind, statt Sicherheit nachträglich hinzuzufügen. Durch die Integration von Sicherheit in die Entwicklungspipeline und den Einsatz automatisierter Tools für Sicherheitsscans können Unternehmen sich besser vor Cyberbedrohungen schützen und gleichzeitig eine hohe Innovationsgeschwindigkeit beibehalten. Wenn Sicherheitsspezialisten zudem noch früher in die Entwicklung eingebunden werden, lassen sich Bedrohungsmodelle berücksichtigen, bevor Zeit in die Programmierung investiert wird. So entstehen von Anfang an robuste technische Lösungen.

In diesem Blog von Darren Richardson erfahrt ihr mehr über die Bedrohungen und Vorsichtsmaßnahmen, die jeder kennen sollte, der im Bereich Cybersicherheit arbeitet. Klickt auf den Link unten.

DevOps-Transformationen verändern die Arbeitsweise einer Organisation grundlegend. Sie sind jedoch keine einmalige Reise mit einem festen Ziel. DevOps-Experten entwickeln sich kontinuierlich weiter – als Teil der Unternehmenskultur und Arbeitsmethoden. Dabei verstehen sie Verbesserungen als fortlaufenden Prozess, der sich über die Zeit entfaltet.

Um dieses Niveau zu erreichen, kann es jedoch eine Phase geben, in der gezielte Maßnahmen erforderlich sind, um bestehende Arbeitsweisen zu verändern. Diese Phase bezeichnen wir als digitale DevOps-Transformation. Ihr Ziel ist es, DevOps-Praktiken in den Arbeitsalltag der Organisation zu integrieren und sie an Kundenbedürfnisse sowie Entwicklungen im Fachbereich anpassungsfähig zu machen.

Für eine erfolgreiche Agile- und DevOps-Transformation gibt es keinen Einheitsansatz. Jede Organisation ist einzigartig, und keine Lösung von der Stange passt überall. Der Transformationsprozess erfordert einen maßgeschneiderten Ansatz, der die spezifischen Herausforderungen, Ziele und bestehenden Praktiken der Organisation berücksichtigt. Harri Pendolin erläutert dieses Thema ausführlich in seinem Blog Die drei Ebenen, auf denen eure Transformation stattfinden muss.

Mit einem Agile-DevOps-Transformationsplan und der kontinuierlichen Anpassung an Veränderungen können Organisationen eine erstklassige DevOps-Performance erreichen und eine Kultur der kontinuierlichen Verbesserung und Innovation schaffen.

Die Roadmap

Jede DevOps-Transformation ist einzigartig und erfordert einen maßgeschneiderten Ansatz. Dennoch durchlaufen viele Transformationen ähnliche Phasen. Ein Transformationskonzept oder eine DevOps-Transformations-Roadmap kann Organisationen einen allgemeinen Rahmen bieten, den sie an ihre spezifischen Anforderungen anpassen können.

Management:

• Bewusstsein

• Roadmap

• Investition

Organisation:

• Entwicklerplattform

• Communities of Practice

• Team Topologies

Teams:

• Self-Service

• Developer Experience

• Continuous Delivery

Eine solide Grundlage ist entscheidend, um eine nachhaltige und skalierbare DevOps-Einführung zu etablieren, die fest in der Unternehmenskultur verankert ist. Beginnt damit, eine gesunde Kultur zu fördern, die Veränderungen annimmt. Unterstützt wird sie durch transparente Prozesse zur Genehmigung von Änderungen, grundlegende Automatisierung, sorgfältiges Monitoring und Versionskontrolle. So schafft ihr die Voraussetzungen für eine erfolgreiche DevOps-Implementierung im Rahmen einer digitalen Transformation.

Communities of Practice und Community Builder

Damit ist gemeint, Fachleute mit einem gemeinsamen Interesse an einem bestimmten Thema zusammenzubringen, die zusammenarbeiten und sich dafür einsetzen, ihre Expertise und Fähigkeiten weiterzuentwickeln. Communities of Practice aufzubauen und zu fördern, ist ein wirkungsvoller Ansatz, um DevOps effektiv zu skalieren.

Diese Communities entwickeln sich zu autonomen Gruppen, die wertvolle Orientierung für die Ziele der Organisation bieten und entscheidend dazu beitragen, technische Kompetenzen zu erhalten und weiterzuentwickeln. Indem eine Organisation solche Communities fördert, verbessert sie ihre Anpassungsfähigkeit bei Umstrukturierungen und Produktänderungen. Die Pflege dieser Communities erfordert jedoch sowohl anfängliche als auch laufende Investitionen. Communities gedeihen, wenn sie auf gemeinsamen Interessen basieren, freiwillig organisiert sind und eine dynamische Energie mitbringen, die den gemeinsamen Wissensaufbau vorantreibt.

Es ist wichtig anzuerkennen, dass Communities of Practice anders als klassische Abteilungen organisiert werden können. Sie sollten vielmehr selbst festlegen, wie sie bestehen, solange sie einen klaren Zweck verfolgen und vom Management unterstützt werden. Communities auf diese Weise zu stärken, fördert ihre Autonomie und schafft ein Umfeld, in dem Wissen und Innovation wachsen können.

Innerhalb einer Community können zudem viele verschiedene Formen interner Führung entstehen, zum Beispiel:

• Ein Vordenker

• Jemand, der Aktivitäten und Meetings organisiert

• Jemand, der Praktiken dokumentiert

Diese internen Führungskräfte nennen wir gerne „Community Builder“. Sie sind besonders wichtig, wenn eine Community of Practice erst noch aufgebaut werden muss. Möglicherweise gibt es in eurer Organisation bereits eine Community of Practice, ohne dass ihr es wisst.

Während der DevOps-Transformation können diese Community Builder ein Gefühl der Dringlichkeit schaffen. Anschließend fördern sie ihre Communities of Practice und übernehmen darin Führungsrollen.

• Eine Community of Practice für die DevOps-Transformation

• Eine Community of Practice für Sicherheit

• Eine Community of Practice für Platform Engineering

Wenn DevOps auf Design trifft

Der Erfolg digitaler Services hängt von einem durchdachten Design ab, das User Experience, User Flows und Branding mit der Arbeit der Engineering-Abteilung verbindet. So wie sich Software kontinuierlich weiterentwickelt, müssen auch Designs im Laufe der Zeit angepasst und verbessert werden. Wenn ihr Software als lebendiges Gebilde betrachtet, wird deutlich, wie wichtig es ist, Bibliotheken für Designer und Entwickler stets aktuell zu halten. Andernfalls können frühere Projekte zu veralteten Lösungen führen.

Eine gemeinsame Bibliothek fördert die Zusammenarbeit zwischen Design- und Entwicklungsteams und erleichtert den Austausch sowie die Wissensvermittlung. Wenn Design- und Entwicklungsprozesse integriert und mit DevOps-Praktiken wie Automatisierung kombiniert werden, lassen sich Produkte schnell veröffentlichen und die Time-to-Market verkürzen.

Was ist ein Design System?

Wie wir in unserem Blogbeitrag zu diesem Thema erklärt haben, besteht ein Design System aus Bibliotheken und Prozessen, die Softwareprojekte in ihre einfachsten Komponenten zerlegen und projektübergreifend wiederverwendbar machen. Zu den Vorteilen eines Design Systems gehören:

Kundenerlebnis

Ein einheitliches Erscheinungsbild über alle Produkte hinweg.

Angenehme Zusammenarbeit

Das Design System kann als Vermittler dienen. Entwickler können Pull Requests einreichen, die das Brand-Team genehmigt.

Effizienz in der Organisation

Sie sparen Zeit. Designer und Entwickler müssen nicht mehrfach eine Lösung für dasselbe Problem entwickeln.

Kontinuierliche Transformationen mit Cloud und DevOps

Organisationen, die DevOps-Praktiken nutzen, können hochwertigere Software schneller bereitstellen. So haben Teams mehr Zeit, an neuen Features zu arbeiten und geschäftliche Ergebnisse zu verbessern. Eine erfolgreiche Cloud-Einführung bietet außerdem Vorteile bei Skalierbarkeit, Verfügbarkeit und Kosteneffizienz und erleichtert die Einführung neuer Technologien, Innovationen und Experimente erheblich.

Wer in beiden Disziplinen erfolgreich ist, verschafft seinem Unternehmen die nötige Agilität, um langfristig zu bestehen: mit der Geschwindigkeit, Qualität und Effizienz von DevOps sowie der Kosteneffizienz und Innovationsfähigkeit der Cloud.

DevOps ist längst keine Option mehr – es ist unverzichtbar. Was einst ein Wettbewerbsvorteil war, ist heute Branchenstandard. DevOps und digitale Transformationen sind notwendig, damit Softwareunternehmen erfolgreich sein können.

Technologie und Tools sind zwar wichtige Bestandteile von DevOps, doch die Annahme, dass sie eine vollständige Lösung bieten, wäre ein Fehler. Es gibt kein Standardprodukt von der Stange, denn DevOps kommt nicht aus der Box. Stattdessen müssen wichtige Stakeholder und Entscheidungsträger Verantwortung dafür übernehmen, die notwendigen kulturellen Veränderungen von der Führungsebene ihrer Organisationen aus voranzutreiben. Damit Unternehmen ihr volles DevOps-Potenzial ausschöpfen können, brauchen sie die richtige Kombination aus Tools und Ansatz.