7 Gewohnheiten höchst ineffektiver DevOps-Teams. Gewohnheit Nr. 1: Wir haben eine DevOps-Abteilung

Lassen Sie uns Ihnen 7 "Gewohnheiten" vorstellen, die auf den ersten Blick wie kluge DevOps-Methoden aussehen auf den ersten Blick klug erscheinen, aber in Wirklichkeit und in der Praxis tatsächlich zu einem zu einem ineffektiven DevOps-Team führen. In dieser Blog-Serie, werden wir packen wir sieben dieser Szenarien aus, damit Unternehmen lernen können, wie sie DevOps richtig einsetzen . Also, Lassen Sie uns tauchen Sie ein in die erste Gewohnheit!

Wenn ein Unternehmen DevOps-Teams hat - und das ist das Einzige, was sie haben - perfekt! Denn das ist der richtige Weg: schlanke Teams, die von A bis Z verantwortlich sind, die die Anforderungen erstellen, das Produkt bauen und bereitstellen, es warten und betreiben und dafür sorgen, dass es weiterläuft. Das ist es, was DevOps-Teams in vollem Umfang tun.

Leider treffen wir als DevOps-Berater auf viele Unternehmen, die denken, dass sie bereits DevOps betreiben, weil sie eine Gruppe von Mitarbeitern haben, die DevOps betreiben. Oft wird ihr internes Entwicklerteam als DevOps-Team bezeichnet, aber es ist nur für die Entwicklung zuständig. Sie haben immer noch ein Betriebsteam, das für den Betrieb zuständig ist. Mit anderen Worten: Das Entwicklerteam wird in ein DevOps-Team "umbenannt", aber in Wirklichkeit hat sich an der Arbeitsweise des Unternehmens nichts geändert.

Unternehmen schaffen diese sogenannten DevOps-Abteilungen neben ihren Entwicklungs- oder Konstruktionsabteilungen, die nur bestimmte Aufgaben im DevOps-Zyklus übernehmen. Oft übernehmen diese umbenannten Betriebsabteilungen die automatisierte Bereitstellung in der Produktion - also die Dinge, für die ein echtes DevOps-Team von Anfang bis Ende für dieses Produkt verantwortlich sein sollte.

Diese Unternehmen haben oft eine separate Entwicklerabteilung und eine Geschäftsabteilung, die die Anforderungen definiert, oder eine Betriebsabteilung, die sich um verschiedene Dinge kümmert, wie Netzwerk, Datenbank, Serverwartung, Windows-Wartung und Linux-Wartung. DevOps bedeutet für sie die Leute, die z.B. Pipelines bauen. Aber das ist nur ein Teil von DevOps.

Der Wert von DevOps

Um DevOps wirklich umzusetzen, muss es durchgängig sein. Ein DevOps-Team, das wirklich für die End-to-End-Bereitstellung eines Softwareprodukts verantwortlich ist, hat einen Anreiz, qualitativ bessere Produkte zu entwickeln. Sie konzentrieren sich auf die Geschäftsfunktionalität und auch auf den Betrieb. Während diese Pseudo-DevOps-Abteilungen eine Menge Regeln aufstellen, die alle Teams einhalten müssen, und das verlangsamt alles nur.

Echte DevOps-Teams verbessern sich und ihre Produkte kontinuierlich, weil sie für die gesamte Entwicklung verantwortlich sind. Sie fangen an, Dinge zu automatisieren, wodurch sie mehr Zeit haben, Geschäftsfunktionen zu entwickeln und dem Kunden mehr Wert zu liefern. Und das ist es, worum es geht. Bei DevOps geht es darum, Werte zu liefern.

Erkennen von echtem DevOps

Eine DevOps-Abteilung zu haben, die nicht wirklich eine DevOps-Abteilung oder ein DevOps-Team haben, machen Sie sich selbst etwas vor und schaffen in Wirklichkeit unnötige Prozesse und eine schlechtere Qualität, weil sie nicht rationalisiert sind. Wenn Sie also "ein DevOps-Team haben", sich aber nicht sicher sind, ob es sich um echtes DevOps handelt, fragen Sie sich: "Wer ist für die Anwendung verantwortlich? Sind es zwei Teams?"

Wenn es sich um zwei Teams handelt, dann ist es nicht wirklich DevOps, denn jedes Team hat seine eigenen, sehr unterschiedlichen KPIs. Das Entwicklungsteam hat zum Beispiel KPIs dafür, wie schnell es neue Geschäftsfunktionen einführen kann, während das Betriebsteam (das oft als DevOps-Abteilung bezeichnet wird) sich mehr auf die Stabilität der Produktionsumgebung konzentriert - z.B. keine Ausfälle. Wenn also ein Team so viele Dinge wie möglich so schnell wie möglich ändern möchte und das andere Team die Stabilität aufrechterhalten will, haben Sie einen Interessenkonflikt. Wenn Sie stattdessen ein einziges DevOps-Team gründen, wird dieses seine eigenen Entscheidungen treffen, die beide Perspektiven ausgleichen und berücksichtigen. Dieses ganzheitlich ausgerichtete Team hat den Anreiz, die Qualität der Anwendung zu verbessern, um den Geschäftswert zu steigern.

In DevOps investieren

Wenn Sie die Vorteile von DevOps wirklich nutzen wollen, können Sie nicht einfach eine Abteilung einrichten, die einige der Aufgaben übernimmt, die typische DevOps-Teams erledigen. Es erfordert eine viel größere Investition, um die gesamte Arbeitsweise Ihres Unternehmens zu überdenken und neu zu gestalten. Investieren Sie in das Lernen, indem Sie mit Experten sprechen, die Ihnen sagen können, wie Sie DevOps in Ihrem Unternehmen konkret umsetzen können. Sie können klein anfangen, mit einem Team, und diesem Team die alleinige Verantwortung übertragen und dann sehen, wie es läuft. Wenn Sie wirklich wollen, dass die Teams glänzen, müssen Sie ihnen die Autonomie geben, ihre eigenen Entscheidungen zu treffen, dann können sie viel schneller vorankommen. Diese Autonomie setzt voraus, dass das Management organisatorische Veränderungen ermöglicht. Andernfalls werden die Mitarbeiter durch unüberwindbare Grenzen, unnötige Bürokratie und unerwartete Hürden demotiviert. Bei echtem DevOps geht es wirklich darum, über alles nachzudenken.

Haftungsausschluss: Ändern ist eine größere Herausforderung als das Lesen eines Blogbeitrags!

Wenn es um DevOps geht, gibt es keine Patentrezepte. Aber es lohnt sich auf jeden Fall, herauszufinden, wie Sie DevOps speziell für Ihr Unternehmen richtig einsetzen können. Wenn Sie mehr darüber erfahren möchten, nehmen Sie bitte Kontakt mit uns auf, um über die Bedürfnisse Ihres Teams zu sprechen und darüber, wie wir Ihnen helfen können.

Bis dahin erfahren Sie beim nächsten Mal, warum "Wir stellen sicher, dass Sicherheit und Compliance am Ende eines jeden Projekts erledigt sind" die zweite Angewohnheit eines höchst ineffektiven DevOps-Teams ist.

Laden Sie unser 7 Gewohnheiten eBook herunter

[embed]https://youtu.be/BFCcTxF95vE[/embed]