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.

„Und was hat das alles mit DevOps zu tun?“, fragen Sie sich? 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 beschritten haben, fünf Schlüsseltaktiken verfolgten.

Unvermeidliche Veränderungen anerkennen

Eines ist sicher: Unternehmen müssen heute ihre digitalen Dienste transformieren und erneuern, um den steigenden Kundenerwartungen gerecht zu werden. Andernfalls riskieren sie, gegenüber der Konkurrenz an Boden zu verlieren und irrelevant zu werden. Veränderungen sind oft unangenehm, und viele Unternehmen erleben Widerstand seitens ihrer Teams bei Transformationsinitiativen – und in manchen Fällen kommt es sogar zu Fluktuation. Oftmals geht das DevOps-Motto „Du baust es, du besitzt es“ einen Schritt zu weit.

Aber das ist okay. Wir haben in vielen Organisationen Widerstand und Mitarbeiterfluktuation erlebt – schließlich ist nicht jeder von der Bereitschaftsdienstbereitschaft begeistert. Aber in diesem Szenario der kurzfristige Schmerz ist den langfristigen Gewinn wert Denn Sie brauchen Menschen, 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 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 besteht darin, das Denken so zu verändern, dass die Bereitschaft zur Arbeit eine Chance zum Lernen und Wachsen wird und nicht ein Hindernis für Veränderungen darstellt. . Legen Sie den Grundstein für den Erfolg und erzielen Sie frühzeitig einige kleine Erfolge, sodass die Veränderung, auch wenn sie unvermeidlich ist, zumindest vertrauter ist.

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 obersten Führungsebene erfolgen kann. Es ist entscheidend, 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 realisierbar ist und sowohl für Entwickler- als auch für Betriebsteams gut funktioniert. Die breite Unterstützung erleichtert den Verkauf auf Führungsebene, da Sie diese frühen Erfolge präsentieren und die Unterstützung der Entwickler haben, die diese neuen Prozesse umsetzen werden.
• Unabhängig davon, ob sich diese Erfolge in schnelleren Bereitstellungsfrequenzen und verbesserter Codequalität auf der Entwicklungsseite oder in weniger Störfällen und einer robusteren Infrastruktur auf der Betriebsseite niederschlagen, ist es entscheidend, dass diese Erfolge für die Führungsebene greifbar und sichtbar sind. Durch die Quantifizierung der Ergebnisse können Führungsteams die positiven Auswirkungen dieser neuen Prozesse besser verstehen, wenn sie im Unternehmen vollständig implementiert werden.

Die Zustimmung Ihrer Entwicklungsteams zu gewinnen, mag zwar eine große Hürde sein, doch ihre Unterstützung wird Ihr wertvollstes Kapital sein. Das Bekenntnis zur Vision sorgt für eine einheitliche Rollenverteilung und Verantwortlichkeiten und trägt zu einem ganzheitlichen DevOps-Ansatz bei.

Verstehen Sie die Veränderung der Anreize

Wir hören oft von unseren Kunden, dass der Einsatz von PagerDuty dazu beiträgt, die Entwicklungskultur zu verändern und mehr Verantwortlichkeit zu ermöglichen. Was genau bedeutet das?

In einem traditionellen Ops-Modell sind die Anreize für Entwickler und Ops-Teams typischerweise nicht aufeinander abgestimmt. Entwickler möchten schnell liefern, haben aber weniger Einblick in die Zuverlässigkeit, sobald der Code in der Produktion ist. Ops-Teams hingegen wollen Zuverlässigkeit und perfekt funktionierenden Code, auch wenn dies eine langsamere Auslieferung bedeutet.

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

Durch die Bereitschaft zur Rufbereitschaft wird die Eigenverantwortung gestärkt und Anreize geschaffen. Darüber hinaus wird das Lernen in Echtzeit erleichtert, 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 Umsetzung einer DevOps-Transformation unterstützen. Letztendlich ist die Art und Weise, wie Sie DevOps implementieren, jedoch individuell. Ihr Team und/oder Organisation, und Werkzeuge oder Prozesse allein werden Sie nicht dorthin bringen.

Der Prinzipien von DevOps DevOps ist lediglich ein Rahmenwerk. Die Anpassung dieses Rahmenwerks an Ihr Team macht DevOps zu etwas Einzigartigem für Ihr Unternehmen. Die Einbindung Ihres Teams in den Transformationsprozess ist der wichtigste Schritt zum Erfolg. Beispielsweise kann das Einholen von Feedback von Teams zu neuen Prozessen und das Offenhalten des Forums für Vorschläge und neue Ideen aus dem gesamten Unternehmen dazu beitragen, die Teamchemie zu stärken und Ihr Team zu motivieren, die neuen Veränderungen gelassen anzunehmen.

Mit zunehmendem Erfolg gewinnen Sie mehr Unterstützung und Akzeptanz, und der kulturelle Wandel vollzieht sich ganz von selbst. Es ist zwar viel Vorarbeit nötig, aber die anfängliche Investition kann sich später auszahlen.

Verstehen Sie die Metriken

Um die Vorteile von DevOps überzeugend zu belegen, benötigen Sie Beweise. Messen und quantifizieren Sie bestehende Prozesse, um eine Vergleichsbasis zu schaffen. Stellen Sie dazu beispielsweise folgende Fragen:

• Wie lange dauert es, neuen Code in der Produktion bereitzustellen?
• Wie oft finden Einsätze statt?
• Wie lange dauert die Fehlerbehebung?
• Wie viele Ausfallzeiten gibt es Ihrer Meinung nach im Quartalsvergleich?

Dies sind nur Beispielmetriken. Was Sie in Ihrem Unternehmen messen, kann ganz anders aussehen. Wichtig ist, die Metriken im „Vorher“-Zustand gut zu verstehen, um die Leistung eines DevOps-Modells im „Nachher“-Zustand beurteilen zu können.

Idealerweise sollten die Kennzahlen mit einem DevOps-Ansatz bessere Ergebnisse zeigen. So könnten Sie beispielsweise eine bessere Betriebszeit oder eine höhere Bereitstellungshäufigkeit erreichen. Unsere Kunden berücksichtigen 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 relevanten Kennzahlen.

Die Erfassung dieser Kennzahlen bietet zudem einen besseren Einblick in Verbesserungsbereiche. Wie Management-Guru Peter Drucker einmal sagte: „Man kann nicht verbessern, was man nicht messen kann.“

DevOps ist weit gefasst und kann für ein Unternehmen völlig anders sein. Die Umstellung auf DevOps ist eine tiefgreifende Veränderung, die mit Risiken, Geduld und Engagement verbunden ist. Sie kann zu schnell oder ohne unternehmensweite Zustimmung erfolgen und kann zu Problemen führen. Mit einem durchdachten Ansatz können Sie jedoch viele Bedenken und Anfangsschwierigkeiten vermeiden, 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 .