Jeder, der schon einmal Schach gespielt hat, weiß, dass es mehr als einen Weg gibt, ein gewünschtes Ergebnis zu erreichen. Nach dem ersten Zug gibt es 400 mögliche Aufstellungen, nach dem zweiten 197.742 und nach dem dritten knapp über 120 Millionen – und alle führen zum gleichen gewünschten Ergebnis.

„Was hat das alles mit DevOps zu tun?“, fragen Sie? Eine berechtigte Frage. So wie es nicht nur einen Weg gibt, ein Schachspiel anzugehen, gibt es auch nicht nur einen Weg, eine DevOps-Transformation durchzuführen.

Wie also bewältigen Sie die Art von Transformation, die eine schnellere Bereitstellung, erhöhte Stabilität und verbesserte Zusammenarbeit verspricht, ohne Ihr Geschäft, Ihre bestehenden Prozesse und Ihre Mitarbeiter wesentlich zu stören?

Bei PagerDuty haben wir festgestellt, dass Unternehmen, die diesen Weg erfolgreich eingeschlagen haben, fünf Schlüsseltaktiken verfolgten.

Unvermeidliche Veränderungen anerkennen

Eines ist sicher: Unternehmen müssen heute ihre digitalen Dienste umgestalten und erneuern, um den steigenden Kundenerwartungen gerecht zu werden, sonst laufen sie Gefahr, gegenüber der Konkurrenz an Boden zu verlieren und irrelevant zu werden. Veränderungen sind oft unangenehm, und viele Organisationen erleben bei ihren Transformationsinitiativen Widerstand seitens ihrer Teams – und in einigen Fällen kommt es sogar zu Fluktuation in den Teams. Oftmals kann die Realität des DevOps-Mottos „Du baust es, du besitzt es“ einen Schritt zu weit gehen.

Aber das ist okay. Wir haben in vielen Organisationen erlebt, dass Widerstand und Mitarbeiterfluktuation auftreten – schließlich gefällt nicht jedem die Vorstellung, auf Abruf zu sein. Aber in diesem Szenario der kurzfristige Schmerz ist den langfristigen Gewinn wert Denn Sie brauchen Leute, die Ihnen dabei helfen, Ihr Ziel zu erreichen. Wer das nicht kann, wird Sie nur ausbremsen.

Helfen Sie denjenigen, die bereit sind, Sie auf diesem Weg zu begleiten, sich vorzustellen, wie diese Transformation aussehen könnte. Anstatt bestehende Prozesse zu zerreißen und zu ersetzen, beginnen Sie mit kleineren Projekten, damit die Teams neue Ideen testen, Risiken einschätzen, schnelle Erfolge erzielen und ein Gefühl für die zukünftige „neue Normalität“ bekommen können. Das Ziel ist, das Denken so zu verändern, dass Bereitschaft zu einer Gelegenheit zum Lernen und Wachsen wird und nicht zu einem Hindernis für Veränderungen. . Legen Sie den Grundstein für den Erfolg und erzielen Sie frühzeitig kleine Erfolge, sodass Veränderungen, auch wenn sie unvermeidlich sind, zumindest vertrauter sind.

DevOps ist kein Nullsummenspiel, sondern additiv. Ziel ist es, die Qualität der Ergebnisse und die Fähigkeiten des Teams kontinuierlich zu verbessern.

Schaffen Sie Akzeptanz für die Vision

Es ist wichtig hervorzuheben, dass die Umstellung auf mehr Eigenverantwortung der Entwicklerteams nicht ohne die Zustimmung der Unternehmensleitung erfolgen kann. Es ist entscheidend, sicherzustellen, dass Management und Entwicklungsteams ein gemeinsames Verständnis des zukünftigen Zustands und der potenziellen Vorteile haben.

Klein anzufangen und einige Erfolge zu erzielen dient zwei Zwecken:

• Es zeigt, dass ein agiler Ansatz umsetzbar ist und sowohl für Entwickler- als auch für Betriebsteams gut funktioniert. Wenn Sie die Unterstützung von Anfang an erhalten, lässt sich dies auf der Führungsebene leichter verkaufen, da Sie diese frühen Erfolge vorweisen können und die Unterstützung der Entwickler haben, die diese neuen Prozesse umsetzen werden.
• Ob sich diese Erfolge durch schnellere Bereitstellungsfrequenzen und verbesserte Codequalität auf der Entwicklungsseite oder weniger Störfälle und eine robustere Infrastruktur auf der Betriebsseite beschreiben lassen, es ist entscheidend, dass diese Erfolge wesentlich und sichtbar sind, damit die Geschäftsleitung sie akzeptiert. Durch die Quantifizierung der Ergebnisse können Führungsteams besser verstehen, welche positiven Auswirkungen diese neuen Prozesse haben können, wenn sie von der Organisation vollständig implementiert werden.

Diese Zustimmung Ihrer Entwicklungsteams zu erreichen, mag wie eine große Hürde erscheinen, aber ihre letztendliche Unterstützung wird Ihr wertvollstes Kapital sein. Wenn Sie sich der Vision verschreiben, werden Rollen und Verantwortlichkeiten aufeinander abgestimmt und ein ganzheitlicher Ansatz für DevOps entwickelt.

Verstehen Sie die Veränderung der Anreize

Wir hören oft von unseren Kunden, dass die Verwendung von PagerDuty dabei hilft, die Entwicklungskultur zu verändern und mehr Verantwortlichkeit zu ermöglichen. Was bedeutet das also genau?

In einem traditionellen Ops-Modell sind die Anreize für Entwickler und Ops-Teams in der Regel nicht aufeinander abgestimmt. Entwickler möchten schnell liefern, haben aber weniger Einblick in die Zuverlässigkeit, sobald der Code in Produktion ist. Auf der anderen Seite möchten Ops-Teams Zuverlässigkeit und perfekt laufenden Code, selbst wenn dies eine langsamere Lieferung bedeutet.

Ein DevOps-Ansatz verändert die Anreize. Da Entwickler Eigentümer des Codes sind, den sie ausliefern, sind sie motivierter, mehr Wert auf Qualität zu legen, um nicht mitten in der Nacht wegen Produktionsproblemen geweckt zu werden. Viele Entwickler haben aus genau diesem Grund Angst davor, auf Abruf arbeiten zu müssen. Wir haben jedoch festgestellt, dass dies viel seltener vorkommt als erwartet, da die Codequalität in einer agilen DevOps-Architektur erheblich verbessert wird.

Durch die Bereitschaft zur Rufbereitschaft wird die Verantwortung verdeutlicht und es werden Anreize geschaffen. Darüber hinaus wird Lernen in Echtzeit ermöglicht, was wiederum zu besserer Qualität und schnellerer Innovation führt.

Machen Sie DevOps zu Ihrem eigenen

Es gibt eine Fülle von Informationen, die Teams bei der Bewältigung einer DevOps-Transformation helfen. Aber am Ende des Tages wird die Art und Weise, wie Sie DevOps implementieren, einzigartig sein für dein Team und/oder Organisation, und Werkzeuge oder Prozesse allein werden Sie nicht ans Ziel bringen.

Der Prinzipien von DevOps sind einfach ein Rahmenwerk, aber die Art und Weise, wie Sie dieses Rahmenwerk an Ihr Team anpassen, macht DevOps für Ihr Unternehmen einzigartig. Ihr Team in den Transformationsprozess einzubinden, ist der wichtigste Schritt zum letztendlichen Erfolg. Wenn Sie beispielsweise Feedback von Teams zu neuen Prozessen einholen und das Forum für Vorschläge oder neue Ideen aus dem gesamten Unternehmen offen halten, kann dies dazu beitragen, die Teamchemie zu verbessern und Ihr Team zu motivieren, die neuen Änderungen gelassen anzunehmen.

Im Laufe der Zeit werden Sie mit zunehmendem Erfolg mehr Unterstützung und Akzeptanz gewinnen und der kulturelle Wandel wird ganz natürlich erfolgen. Es ist zwar eine Menge Vorarbeit, aber die Investition zu Beginn kann sich später auszahlen.

Verstehen Sie die Metriken

Um die Vorteile von DevOps überzeugend darlegen zu können, benötigen Sie Beweise. Stellen Sie sicher, dass Sie vorhandene Prozesse messen und quantifizieren, um eine Vergleichsbasis zu schaffen. Stellen Sie dazu beispielsweise folgende Fragen:

• Wie lange dauert es, neuen Code in die Produktion zu bringen?
• Wie oft finden Bereitstellungen statt?
• Wie lange dauert die Fehlerbehebung?
• Wie viele Ausfallzeiten gibt es Ihrer Meinung nach im Vergleich zum Vorquartal?

Dies sind nur Beispielmetriken. Was Sie in Ihrer Organisation messen, kann ganz anders sein. Entscheidend ist, die Metriken im „Vorher“-Zustand gut zu verstehen, damit Sie die Leistung eines DevOps-Modells im „Nachher“-Zustand beurteilen können.

Im Idealfall sollten die Kennzahlen mit einem DevOps-Ansatz bessere Ergebnisse zeigen. Sie könnten beispielsweise eine bessere Betriebszeit oder eine verbesserte Bereitstellungshäufigkeit erzielen. Unsere Kunden betrachten in der Regel die mittlere Zeit bis zur Bestätigung (MTTA) und die mittlere Zeit bis zur Lösung (MTTR) von Problemen für Bereitschaftsteams, aber das sind bei weitem nicht die einzigen Kennzahlen, die wichtig sind.

Durch die Erfassung dieser Kennzahlen werden auch die Bereiche, in denen Verbesserungen erforderlich sind, besser ersichtlich. Wie Management-Guru Peter Drucker einst sagte: „Man kann nichts verbessern, was man nicht messen kann.“

DevOps ist sehr weit gefasst und kann für Ihr Unternehmen eine völlig andere Bedeutung haben. Die Umstellung auf DevOps ist eine bedeutende Veränderung, die mit Risiken, Geduld und Engagement verbunden ist. Wenn sie zu schnell oder ohne die Zustimmung des gesamten Unternehmens erfolgt, kann sie erschütternd sein. Mit einem durchdachten Ansatz können Sie jedoch viele der Bedenken und Anfangsschwierigkeiten lindern, die beim Übergang in eine DevOps-Welt mit Entwicklern auf Abruf auftreten können.

Um zu erfahren, wie PagerDuty Ihrem Team bei der DevOps-Transformation helfen kann, Kontaktieren Sie Ihren Account Manager und starten Sie eine Heute 14 Tage kostenlos testen .