Gewinnt ein besseres Verständnis dafür, wie DevOps und kulturelle Praktiken ineinandergreifen.
Was ist DevOps?
DevOps hilft Unternehmen, sich an die Anforderungen des Marktes anzupassen, indem wertvolle Software schneller und mit höherer Qualität bereitgestellt wird. Es geht um viele technische Konzepte, aber es wäre ein Fehler, DevOps nur als technologische Veränderung zu betrachten. Die größten Herausforderungen, denen sich Unternehmen im Zusammenhang mit DevOps stellen müssen, sind organisatorischer und kultureller Natur.
Innovation findet in einer Kultur des Teilens, der Sicherheit und der Risikobereitschaft statt, und keine Investition in Technologie kann eine fehlende Kultur ausgleichen. Stattdessen können Management-/Executive-Teams ein Verhalten fördern, das zu technischen Spitzenleistungen, psychologischer Sicherheit und kontinuierlicher Verbesserung führt.
Eine kurze Zusammenfassung des Begriffs DevOps findet ihr in diesem Blog von Johan Abildskov, der erklärt, was DevOps ist.
Kultur schlägt Strategie jedes Mal
Stellet euch folgendes Szenario vor: Es ist gerade ein Zwischenfall eingetreten, und ihr versucht herauszufinden, was schief gelaufen ist. Anstatt die Schuld auf eine andere Person oder Gruppe im Unternehmen zu schieben, solltet ihr euch darauf konzentrieren, wie der Vorfall in Zukunft verhindert werden kann.
Ron Westrum, der Schöpfer der Typologie der Organisationskulturen, beschreibt, dass die Kultur einer Organisation mit der Persönlichkeit eines Menschen vergleichbar ist. So wie die Persönlichkeit eines Menschen sein Verhalten prägt, legt die Kultur einer Organisation die Grundlage dafür, wie Menschen auf Herausforderungen oder Chancen reagieren. Großartige Führungskräfte definieren das System, in dem sich die Kultur entwickelt, und spielen eine aktive Rolle. Aber auch ohne eine explizite Gestaltung der Kultur durch die Führung wird sich ein System herausbilden, das auf Belohnungen, Bestrafungen, der Zuweisung von Ressourcen und symbolischen Handlungen beruht.
Westrums Kulturtypologie sagt sowohl die Leistung bei der Softwarebereitstellung als auch die Geschäftsergebnisse voraus. Darüber hinaus ist sie auch leicht messbar, so dass ihr aus den Umfrageergebnissen konkrete Maßnahmen ableiten könnt – ein leistungsstarkes Instrument, um den kulturellen Wandel in die richtige Richtung zu lenken.
Wir haben dieses Thema in einer Folge unseres DevOps-Sauna-Podcasts ausführlicher besprochen.
Seid ihr nur dem Namen nach agil?
Bei der agilen Softwareentwicklung werden autonome Teams ermächtigt, unabhängig auf gemeinsame Ziele hinzuarbeiten. Abhängig von eurer Branche und der Größe eures Unternehmens kann dies einige Zeit in Anspruch nehmen. Nach der anfänglichen Aufregung über die Einführung agiler Praktiken kehren die Unternehmen zu stärker kontrollierten Strukturen zurück. Wenn das der Fall ist, wird eure Software dann auf agile Weise entwickelt?
Unserer Erfahrung nach (die wir in unserer DevOps-Sauna-Podcast-Episode zum Thema " Wie Führungskräfte in der Softwareentwicklung DevOps und Agile sehen" erörtert haben) muss die Geschäftsleitung oft ein besseres Verständnis dafür entwickeln, was es bedeutet, agil zu sein.
Die Genehmigung durch ein externes Gremium ist nur manchmal der beste Weg, da eine verstärkte Kontrolle und Risikoverwaltung Innovation und Produktivität beeinträchtigen kann. In stark regulierten Branchen führen signifikante Änderungen an Abläufen nur gelegentlich zu mehr Geschwindigkeit und Qualität. Genehmigungsprozesse für Änderungen werden mit der Zeit immer komplexer und unübersichtlicher, was zu längeren Feedbackschleifen und einer längeren Markteinführungszeit führt.
Dank der Anwendung von DevOps können Änderungsgenehmigungsgremien (Change Approval Boards, CABs) heute besser coachen und strategisch vorgehen als in der Vergangenheit. Das CAB sollte auch sicherstellen, dass der Prozess transparent ist und darauf hinarbeitet, ihn zu optimieren, um den Kunden einen Mehrwert zu bieten.
Konsolidierung der Werkzeuge mit Plattformteams
Die Verwaltung von Tickets und Anforderungen über mehrere Systeme hinweg erhöht den Aufwand und führt zu Problemen (z. B. Fehler, Nacharbeit und Fehlanpassungen). Um dies zu vermeiden, sollten die Anforderungen als verbindende Kraft dienen, die die Geschäftsziele miteinander verbindet und alle Beteiligten einbezieht. Die effektive Integration von Anforderungen erhöht die Transparenz im Produktentwicklungsprozess.
Der Trick besteht darin, Geschäftskennzahlen mit eurem Anforderungsmanagement-Workflow zu verbinden, was durch die Konsolidierung von Werkzeugen mit einem Plattformteam, intern oder als Dienstleistung erfolgen kann. Durch die Verfolgung der Anforderungen über jeden Schritt bis zur Veröffentlichung werden der Automatisierungsgrad und andere Vorteile von DevOps anhand von Metriken deutlicher. Darüber hinaus fördert die Rückverfolgbarkeit im Vorfeld Audits und Compliance by Design und bietet einen robusten Rahmen, um die Einhaltung der erforderlichen Standards und Vorschriften zu gewährleisten.
Wenn ihr mehr über die Rolle von Plattformteams in eurem Unternehmen und über Plattform-Engineering im Allgemeinen erfahren möchtet, lest unseren ultimativen Leitfaden für Plattform-Engineering.
Datengesteuert ist eine Geisteshaltung
DevOps macht die Verknüpfung von Geschäftsmetriken mit der Arbeit eurer Entwicklungsabteilung viel einfacher, was von entscheidender Bedeutung ist, da man nichts verbessern kann, was man nicht sehen kann. Daten sind nur dann wertvoll, wenn sie zum Handeln führen, und die Verwendung der richtigen Sprache kann die datengesteuerte Entscheidungsfindung in einem Unternehmen lenken.
Ein Beispiel : "Macht den BUY-Button rosa, um mehr Aufmerksamkeit zu erregen und den Umsatz zu steigern."
Fördert stattdessen Aussagen wie diese, die als Hypothese formuliert werden:
"Wir glauben, dass die rosa Schaltfläche KAUFEN mehr Aufmerksamkeit erregen und den Umsatz steigern wird.
Damit wird klar, dass es sich um ein Experiment handelt: Wir müssen messen, validieren und bestimmen, was wir behalten wollen. Die rosafarbene Schaltfläche kann aus einem unbekannten Grund zu einem Rückgang der Verkaufszahlen führen, aber ohne eine datengesteuerte Denkweise gibt es keine Möglichkeit herauszufinden, was das Problem verursacht hat.
In dieser Folge unseres DevOps Sauna-Podcasts erfahrt ihr mehr darüber, wie DevOps der Schlüssel zur Verbesserung von Geschwindigkeit und Skalierung sein kann.
Verfolgt bei allem, was ihr tut, Continuous Delivery
Continuous Delivery umfasst eine Reihe von technischen Praktiken, die darauf abzielen, verschiedene Änderungen sicher, schnell und nachhaltig in die Hände der Benutzer zu geben. Dabei geht es um Softwarearchitektur, Automatisierung und die Förderung gesunder technischer Praktiken.
Die Automatisierung spielt bei Continuous Delivery eine entscheidende Rolle, sei es beim Testen, bei der Bereitstellung oder bei den Bauprozessen. Das Ziel besteht darin, sich wiederholende Aufgaben zu reduzieren, Ingenieure zu befähigen, ihr Wissen zu erweitern und die allgemeine Arbeitszufriedenheit zu steigern. Es ist jedoch zu beachten, dass die Automatisierung zwar leistungsstark ist, aber auch die Arbeitslast erhöhen kann, wenn sie nicht effektiv verwaltet wird. In Anlehnung an die Lean-Praktiken in der Produktionsbranche sollte der Schwerpunkt auf der kontinuierlichen Verbesserung, der Optimierung des Wertstroms und der Minimierung von Verschwendung liegen.
Die Aufrechterhaltung der Automatisierung kann ebenfalls eine Herausforderung darstellen und einen erheblichen Aufwand erfordern. Wir empfehlen die Nutzung bestehender COTS-Tools (Commercial Off-The-Shelf) wie Jira und Confluence von Atlassian, Docker, GitHub, GitLab oder Kubernetes, die von großen Unternehmen entwickelt und unterstützt werden. Die Nutzung etablierter Lösungen, ob kommerziell oder Open-Source, kann Zeit und Ressourcen sparen, verglichen mit der Entwicklung maßgeschneiderter Lösungen von Grund auf.
In diesem Artikel wird Continous Delivery ausführlicher behandelt.
Baut eure Entwicklergemeinschaft rund um die Versionskontrolle auf
Die Verwaltung von Änderungen an einem sich schnell entwickelnden Softwareprodukt kann eine Herausforderung sein. Um den Unterschied zwischen den beiden Versionen zu verstehen und die Rückverfolgbarkeit zu gewährleisten, ist die Versionskontrolle von entscheidender Bedeutung. Wie Microsoft in diesem Leitfaden erläutert, hat sich Git zum weltweiten Standard für die Versionskontrolle entwickelt und wird von über 90 % der Entwickler weltweit als Open-Source-Tool für die Verwaltung von Quellcode verwendet.
Softwaresysteme sind kompliziert und bestehen aus verschiedenen Komponenten, die in unterschiedlichen Konfigurationen eingesetzt werden. Daher ist die Speicherung des Quellcodes der Anwendung sowie der Testautomatisierung, der Infrastruktur und der Bereitstellungspipeline in der Versionskontrolle unerlässlich.
Versionskontrollsysteme lassen sich häufig in Aufgabenmanagement-Tools wie Jira integrieren, was eine umfassende Nachverfolgung und Prüfung ermöglicht und sicherstellt, dass Änderungen gut dokumentiert und begründet sind. Eine gut implementierte Versionskontrolle ebnet auch den Weg für die Einführung neuer Praktiken wie automatisierte Sicherheitstests, Code-Linting und Peer-Reviews, wodurch der gesamte Softwareentwicklungsprozess verbessert wird.
Von der Überwachung zu umsetzbaren Erkenntnissen
Die Kenntnis des aktuellen Zustands der von euch gewarteten Anwendungen ermöglicht eine datengestützte Entscheidungsfindung. Achtet zum Beispiel auf aktive Fehler in der Desktop-Anwendung oder auf die Betriebszeit eines Online-Dienstes. Ziel ist es, zu verhindern, dass ein Kunde eure Techniker über ein Problem informieren muss.
Die Überwachung kann zu umsetzbaren Erkenntnissen und Proaktivität führen, indem:
- Messung des vermeintlichen Standardzustands eurer Anwendungen
- Alarmierung bei Abweichungen
- Erkennen von Alarmmüdigkeit
- Verwendung von Postmortems ohne Schuldzuweisung zur Vermeidung wiederkehrender Vorfälle
Denkt daran: Überwachung und Beobachtbarkeit sollten Teil des Anwendungsdesigns sein. Der Puppet State of DevOps-Bericht zeigt, dass Teams, die ihre eigene Überwachung konfigurieren können, mit größerer Wahrscheinlichkeit zu den Leistungsträgern gehören.
Qualitätssicherung ist mehr als ein Gatekeeper
Bei herkömmlichen Softwareentwicklungsansätzen werden Tests und Qualitätssicherung von den Softwareteams isoliert, was zu Spannungen zwischen Entwicklern und Qualitätssicherung führt. Die Entwickler fühlen sich oft angegriffen, wenn die Qualitätssicherung sich einmischt, nachdem sie glauben, mit ihrer Arbeit fertig zu sein, obwohl ihr Ziel die Verbesserung der Produktqualität ist.
Um diese Dynamik zu verbessern, sollten Unternehmen einen kooperativeren Ansatz wählen und den Qualitätssicherungsteams eine unterstützende Rolle zuweisen. Sie sollten die von den Teams verwendeten automatisierten Tests kontinuierlich überprüfen und sicherstellen, dass sie wartbar und effektiv bleiben. Auch die Tester können dazu beitragen, indem sie Testdaten zur Verfügung stellen und die Geschwindigkeit der Pipelines optimieren.
Moderne Methoden wie die verhaltensgesteuerte Entwicklung (BDD) ermöglichen effiziente automatisierte Akzeptanztests in natürlicher Sprache. Sie erfordern auch keine Programmierkenntnisse, was es den Beteiligten erleichtert, den Zweck der einzelnen Tests zu verstehen. Mit BDD kann eine breitere Gruppe an Qualitätssicherungsdiskussionen teilnehmen und zu einzelnen Testfällen beitragen.
Dank der hochgradigen QS-Automatisierung und der Integration in die Continuous-Delivery-Pipeline haben QS-Experten mehr Zeit für die Aufgaben, die normalerweise nicht erledigt werden (wie nichtfunktionale Tests, explorative Tests usw.), was den Entwicklungsprozess weiter optimiert und qualitativ hochwertigere Software-Releases gewährleistet. Durch die Förderung der Zusammenarbeit und die Automatisierung können Unternehmen effizientere und effektivere Qualitätssicherungspraktiken erreichen, die dem gesamten Lebenszyklus der Softwareentwicklung zugute kommen.
Wenn ihr daran interessiert seid, lest unseren Blog über die 5 Bücher, die ihr kennen solltet, um die Bedeutung der kontinuierlichen Qualitätssicherung besser zu verstehen.
Macht Sicherheit zu einem integralen Bestandteil eurer Lieferpipeline
Cyber-Bedrohungen stellen ein ernsthaftes Risiko für Unternehmen dar, da Sicherheitsverletzungen zu schwerwiegenden finanziellen und rufschädigenden Schäden führen können, da persönliche Datenlecks oder IT-Sperren zu Umsatzeinbußen führen und den Wert einer Marke mindern können. Leistungsstarke DevOps-Teams haben den Konflikt zwischen Sicherheit und Innovation gelöst, da sie die Zusammenarbeit zwischen Sicherheitsspezialisten und Entwicklungsteams fördern und so sicherstellen, dass die Sicherheit in die Entwicklungspipeline integriert wird.
Sicherheitsspezialisten spielen eine entscheidende Rolle, indem sie vorab genehmigte Bibliotheken und Prozesse zur Verfügung stellen, die es den Teams ermöglichen, "Secure by Design"-Produkte zu erstellen, anstatt zu versuchen, Sicherheit als nachträglichen Gedanken hinzuzufügen. Durch die Integration von Sicherheitsaspekten in die Entwicklungspipeline und den Einsatz automatischer Sicherheitsscanner können sich Unternehmen besser gegen Cyberbedrohungen schützen und gleichzeitig eine hohe Innovationsrate beibehalten. Durch die Einbindung von Sicherheitsspezialisten in einem noch früheren Stadium der Entwicklung wird sichergestellt, dass Bedrohungsmodelle bereits vor der Programmierung berücksichtigt werden und die technischen Lösungen bereits bei der Erstellung robust sind.
In diesem Blog von Darren Richardson geht es um die Bedrohungen und Vorsichtsmaßnahmen, die jeder, der im Bereich der Cybersicherheit arbeitet, kennen sollte.
DevOps-Transformationen verändern den Arbeitsansatz eines Unternehmens erheblich, aber sie sind keine einmalige Reise mit einem festen Ziel. DevOps-Experten entwickeln sich als Teil ihrer Unternehmenskultur und Arbeitsmethoden kontinuierlich weiter und betrachten Verbesserungen als einen fortlaufenden Prozess, der im Laufe der Zeit stattfindet.
Um dieses Niveau zu erreichen, kann es jedoch eine Phase geben, in der konzertierte Anstrengungen erforderlich sind, um die bestehenden Arbeitsweisen zu ändern. Diese Phase bezeichnen wir als digitale DevOps-Transformation, die darauf abzielt, DevOps-Praktiken in das Tagesgeschäft des Unternehmens zu integrieren und es an die Kundenbedürfnisse und Fortschritte in diesem Bereich anzupassen.
Es gibt keinen Einheitsansatz für eine erfolgreiche Agile- und DevOps-Transformation. Jedes Unternehmen ist einzigartig, und es gibt keine Standardlösung, die universell einsetzbar ist. Der Transformationsprozess erfordert einen maßgeschneiderten Ansatz, der die spezifischen Herausforderungen, Ziele und bestehenden Praktiken des Unternehmens berücksichtigt. Harri Pendolin erörtert dieses Thema ausführlich in seinem Blog The three layers your transformation needs to happen in.
Durch die Einführung eines agilen DevOps-Umwandlungsplans und die kontinuierliche Anpassung an Veränderungen können Unternehmen eine erstklassige DevOps-Leistung erzielen und eine Kultur der kontinuierlichen Verbesserung und Innovation schaffen.
Der Fahrplan
Obwohl die DevOps-Transformation jedes Unternehmens einzigartig ist und einen maßgeschneiderten Ansatz erfordert, gibt es im Großen und Ganzen ähnliche Phasen, die viele Transformationen durchlaufen. Eine Transformationsübersicht oder eine DevOps-Transformations-Roadmap kann Unternehmen einen allgemeinen Rahmen bieten, den sie an ihre spezifischen Bedürfnisse anpassen können.
Verwaltung:
- Bewusstseinsbildung
- Fahrplan
- Investition:
Organisation:
- Plattform für Entwickler
- Gemeinschaften der Praxis
- Team-Topologien
Teams:
- Selbstbedienung
- Erfahrung für Entwickler
- Continuous Delivery
Um eine nachhaltige und skalierbare DevOps-Einführung zu schaffen, die tief in der Unternehmenskultur verwurzelt ist, muss eine solide Grundlage geschaffen werden. Beginnt damit, eine gesunde Kultur zu kultivieren, die Veränderungen begrüßt und durch transparente Genehmigungsprozesse für Änderungen, grundlegende Automatisierung, sorgfältige Überwachung und Versionskontrolle unterstützt wird. Dies sind die Voraussetzungen für eine erfolgreiche Implementierung von DevOps im Rahmen einer digitalen Transformation.
Wir haben das Thema Organisationskulturen weiter unten ausführlicher behandelt.
Praxisgemeinschaften und Community Builders
Darunter versteht man den Zusammenschluss von Fachleuten mit einem gemeinsamen Interesse an einem bestimmten Thema, die dann zusammenarbeiten und sich um die Verbesserung ihrer Fachkenntnisse und Fähigkeiten bemühen. Die Einrichtung und Förderung von Praxisgemeinschaften ist ein solider Ansatz, um DevOps effektiv zu skalieren.
Diese Gemeinschaften entwickeln sich zu autonomen Gruppen, die zu wertvollen Wegweisern für die Ziele des Unternehmens werden und eine zentrale Rolle bei der Bewahrung und Weiterentwicklung der technischen Fähigkeiten spielen. Durch die Kultivierung solcher Gemeinschaften verbessert ein Unternehmen seine Anpassungsfähigkeit an Umstrukturierungen und Produktänderungen. Die Pflege dieser Gemeinschaften erfordert jedoch sowohl anfängliche als auch laufende Investitionen. Gemeinschaften gedeihen, wenn sie sich um gemeinsame Leidenschaften drehen und eine freiwillige Natur und einen dynamischen Geist aufweisen, der den kollektiven Wissenszuwachs fördert.
Es ist wichtig zu erkennen, dass Praxisgemeinschaften anders verwaltet werden können als herkömmliche Abteilungen. Stattdessen sollten sie ihre Existenz selbst bestimmen, solange sie einen klaren Zweck verfolgen und vom Management unterstützt werden. Die Ermächtigung von Gemeinschaften auf diese Weise fördert die Autonomie und schafft ein Umfeld, in dem Wissen und Innovation gedeihen können.
Es gibt jedoch viele verschiedene Formen interner Führung innerhalb einer Gemeinschaft, z. B:
- Ein Vordenker
- Jemand, der Aktivitäten und Treffen organisiert
- Jemand, der Praktiken dokumentiert
Wir bezeichnen diese internen Führungskräfte gerne als "Community Builder". Sie sind besonders wichtig für den Aufbau einer Praxisgemeinschaft, die erst noch geschaffen werden muss. Möglicherweise gibt es in eurem Unternehmen sogar eine Community of Practice, ohne dass ihr euch dessen bewusst seid.
Während der DevOps-Transformation können diese Community-Builder ein Gefühl der Dringlichkeit vermitteln. Sie fördern dann ihre Communities of Practice und übernehmen darin Führungsrollen.
- Eine Praxisgemeinschaft für die DevOps-Umstellung
- Eine Praxisgemeinschaft für Sicherheit
- Eine Praxisgemeinschaft für Plattform-Engineering
Weitere Informationen findet ihr in unserer DevOps Sauna-Podcast-Episode über die Verwendung von Service-Design-Tools zur Förderung von Praxisgemeinschaften.
Wenn DevOps auf Design trifft
Der Erfolg digitaler Services hängt von einem sorgfältigen Design ab, das die Benutzererfahrung, den Benutzerfluss und das Branding mit der Arbeit der technischen Abteilung in Einklang bringt. So wie sich Software kontinuierlich weiterentwickelt, müssen auch Designs im Laufe der Zeit angepasst und verbessert werden. Wenn man Software wie ein lebendiges Gebilde behandelt, wird deutlich, wie wichtig es ist, dass Designer und Entwickler ihre Bibliotheken stets auf dem neuesten Stand halten, denn wenn man sich auf vergangene Projekte verlässt, kann das zu veralteten Lösungen führen.
Eine gemeinsam genutzte Bibliothek fördert die Zusammenarbeit zwischen Design- und Entwicklungsteams und sorgt für eine reibungslosere Interaktion und einen besseren Wissensaustausch. Die Integration von Design- und Entwicklungsprozessen kann in Kombination mit DevOps-Praktiken wie der Automatisierung zu schnelleren Produktveröffentlichungen und kürzeren Markteinführungszeiten führen.
Kontinuierliche Transformationen mit Cloud und DevOps
Unternehmen, die DevOps-Praktiken anwenden, stellen fest, dass sie Software in besserer Qualität schneller bereitstellen können, so dass die Teams mehr Zeit für die Arbeit an neuen Funktionen haben und die Geschäftsergebnisse verbessert werden. Die erfolgreiche Einführung der Cloud bringt auch Vorteile in Bezug auf Skalierbarkeit, Verfügbarkeit und Kosteneffizienz und erleichtert die Einführung neuer Technologien, Innovationen und Experimente.
Der Erfolg in diesen beiden Disziplinen verschafft Unternehmen die nötige Agilität, um zu überleben und die Vorteile der Geschwindigkeit, Qualität und Effizienz von DevOps mit der Kosteneffizienz und Innovationsfähigkeit der Cloud zu verbinden.
Erfahrtn unserem Leitfaden "DevOps und Cloud optimal nutzen", wie sich diese Ansätze gegenseitig unterstützen.
DevOps ist nicht mehr optional – es ist unverzichtbar. Was einst ein Wettbewerbsvorteil war, ist heute ein Industriestandard: DevOps und digitale Transformationen sind für den Erfolg von Softwareunternehmen unerlässlich.
Technologie und Tools sind zwar wichtige Aspekte von DevOps, aber die Annahme, dass sie eine Komplettlösung bieten, wäre ein Fehler. Es gibt kein Produkt von der Stange, denn DevOps wird nicht in einer Schachtel geliefert. Stattdessen müssen die wichtigsten Stakeholder und Entscheidungsträger die Verantwortung dafür übernehmen, die notwendigen kulturellen Veränderungen von der Spitze ihrer Organisationen aus voranzutreiben. Damit Unternehmen ihr volles DevOps-Potenzial ausschöpfen können, ist eine Kombination aus den richtigen Tools und dem richtigen Ansatz erforderlich.
Bleibt auf dem Laufenden - abonniert den Newsletter
Exklusive Bildungsinhalte und Neuigkeiten aus der Eficode-Welt. Direkt in eurem Posteingang.
