Dies ist der dritte Beitrag in einer Reihe, die Ihrem Engineering-Team beim Übergang zu einem DevOps-Organisationsmodell helfen soll. Hier besprechen wir, wie Sie Ihre Engineering-Umgebung skalieren und Verschwendung beseitigen können. Klicken Sie hier, um mit den Anfängen der Reihe zu beginnen. Warum Sie eine DevOps-Kultur etablieren müssen .

Um Verschwendung in Ihren Prozessen zu vermeiden, müssen Sie verstehen, was Ihre Mitarbeiter im Betrieb und was Ihre Entwickler brauchen. Dieses detaillierte Verständnis hilft dabei, die Lücken zwischen diesen beiden Teams zu schließen und sie zu einem einzigen zu machen. Da jedes Team anders ist, können wir Ihnen nicht genau sagen, was diese Bedürfnisse sind. Aber wir können Ihnen helfen, eine Strategie zu entwickeln, um diese Herausforderungen innerhalb Ihrer Kultur anzugehen.

Finden Sie heraus, was jeder wirklich will

Sie müssen eine gemeinsame Vision zwischen Ihren Entwicklern und Ihrem Betriebsteam entwickeln, die mit den Werten und der Mission Ihres Unternehmens übereinstimmt. Dazu sollten Sie einen Dialog zwischen den wichtigsten Stakeholdern in jedem Team eröffnen. Sie sollten keine Annahmen darüber treffen, was das andere Team braucht, oder seine Probleme verallgemeinern. Dadurch würden Sie die organisatorischen Bedürfnisse des anderen falsch interpretieren.

Sobald Sie das Gespräch in Gang gebracht haben, werden Sie in der Lage sein, einen gemeinsamen Nenner zu finden. Anstatt sich auf widersprüchliche Interessen zu konzentrieren, identifizieren Sie Ihr gemeinsames Ziel und beginnen Sie, die Teams auf ein einziges Ziel auszurichten. Sobald Sie einen Plan zur Erreichung eines gemeinsamen Ziels aufstellen, werden Sie höchstwahrscheinlich feststellen, dass Sie kaum oder gar keine widersprüchlichen Interessen haben. Schließlich arbeiten Sie alle für dasselbe Unternehmen mit einer gemeinsamen Mission und gemeinsamen Werten.

Verwenden Sie die wissenschaftliche Methode

Wir alle haben in der Grundschule etwas über die wissenschaftliche Methode gelernt. Doch wenn die Deadlines näher rücken, geraten ihre Grundprinzipien leicht in Vergessenheit.

Planen . Die Umstellung auf ein DevOps-Modell ist ein hochrangiger Plan. Um während der Umstellung zu skalieren und Verschwendung zu vermeiden, müssen Sie Ihre Bemühungen auf einige Bereiche gleichzeitig konzentrieren. Häufige Bereiche, die in Ihrer Organisation Probleme verursachen können, sind Kommunikation, Werkzeuge, Fachwissen oder Skepsis im Team. Sie sollten herausfinden, welche dieser häufigen Probleme sich negativ auf Ihr Team auswirken, und darüber nachdenken, wie Sie sie beheben können. Es wäre von Vorteil, einige anfängliche Messungen durchzuführen, die Sie später vergleichen können. Auch wenn Sie jetzt keine Systeme für Messungen eingerichtet haben, sind alle Ad-hoc-Messungen, die Sie durchführen können, für spätere Vergleiche hilfreich.

Tun . Jetzt ist es an der Zeit, loszulegen. Nehmen Sie Ihre Hypothesen aus der Planungsphase und wagen Sie den Sprung. Wenn Sie beispielsweise angenommen haben, dass die Verwendung kontinuierlicher Integrationen in Ihren Entwicklungs- und Produktumgebungen die Zeit für die Bereitstellung neuen Codes verkürzt, ist es an der Zeit, Ihr kontinuierliches Integrationssystem zu implementieren. Oder wenn Sie bei Ihrer ersten Einschätzung festgestellt haben, dass Ihrem Team bestimmte Fähigkeiten fehlen, müssen Sie möglicherweise Mitarbeiter mit der erforderlichen Fachkompetenz einstellen (oder unter Vertrag nehmen).

Ergebnisse messen . Nachdem Sie Ihr neues Tool implementiert haben, müssen Sie prüfen, ob Ihre Änderungen einen Unterschied bewirkt haben. Hat Ihr Entwicklungsteam immer noch Probleme beim Bereitstellen neuen Codes? Wenn ja, gab es weniger Probleme oder ist alles beim Alten?

Antworten . Anhand Ihrer Kennzahlen können Sie eine Entscheidung zum Handeln treffen. Wenn Ihr Plan nicht wie erwartet funktioniert, verwenden Sie die gesammelten Daten, um Ihre Hypothese anzupassen und etwas anderes auszuprobieren. Oder ändern Sie das, was Sie bereits implementiert haben, um neue, unerwartete Herausforderungen zu bewältigen.

Kontinuierliche Verbesserung . Schließlich sollten Sie dies immer wieder für alles in Ihrer Organisation wiederholen, was angesprochen werden muss, um eine DevOps-Kultur zu schaffen. Es wird weder schnell noch einfach sein, und Sie werden möglicherweise nicht sofort Ergebnisse sehen, aber es wird sich lohnen.

Stellen Sie Mitarbeiter ein und schulen Sie sie unter Berücksichtigung Ihrer DevOps-Kultur

Um Ihre DevOps-Kultur zu skalieren, ist es entscheidend, die richtigen Leute mit der richtigen Einstellung zu finden. Sie müssen Ihr Personalteam und Ihre Personalvermittler auf den neuesten Stand bringen, was für Leute Sie suchen. Sie werden Leute einstellen wollen, die in einem Team mit DevOps-Philosophie aufblühen oder sich darauf freuen, mitzumachen. Das bedeutet, dass Sie nach Leuten suchen müssen, die sowohl die spezifischen Fähigkeiten haben, die Sie für Ihr Team brauchen, als auch die kulturellen Werte, die Sie suchen. Das mag zwar schwierig sein, aber es gibt sie.

Wenn neue Mitarbeiter in Ihr Team eintreten, ist es unerlässlich, dass Sie sie ausbilden und zu wertvollen Mitgliedern Ihres Teams machen und auf das gemeinsame Ziel hinarbeiten, eine DevOps-Kultur zu schaffen. Bei PagerDuty jeden Freitag Fehler in unsere Systeme einschleusen . Dies ist nicht nur eine großartige Möglichkeit, die Belastbarkeit unserer Systeme zu testen, sondern am Failure Friday kommen auch unsere Entwickler- und Betriebsteams in einem Raum zusammen, sodass sie sich gegenseitig schulen und ein umfassendes Verständnis unserer Prozesse erlangen können, das über ihre zugewiesene Rolle hinausgeht.

Und wir sind nicht allein. Wir haben kürzlich mit unseren Freunden bei Sumo Logic darüber gesprochen, wie sie Schulungen nutzen, um ihre neuen Entwickler einzuarbeiten und sie an ihre Kultur zu gewöhnen, da viele von ihnen nicht aus einer DevOps-Umgebung kommen und es nicht gewohnt sind, auf Abruf zu arbeiten.

SumoLogic wird seine neuen Entwickler mit erfahrenen Mitarbeitern zusammenbringen, die sich die Bereitschaftsverantwortung teilen, um die Grenzen zwischen den traditionellen Rollen der Entwickler und der Betriebsingenieure zu verwischen. Sie nutzen ein intensives Shadowing-Training während der Geschäftszeiten, bis der Entwickler mit seinem System und seinem Lebensstil vertraut ist.

Es ist zwingend erforderlich, dass Sie Ihre DevOps-Kultur in Ihren Onboarding-Prozess einbeziehen, wenn Sie skalieren, denn Menschen sträuben sich gegen Veränderungen. Nicht jeder ist dafür geeignet. Es ist stressig und holt die Menschen aus ihrer Komfortzone. Aber wenn Sie proaktiv vorgehen und die Menschen schon früh in Ihrer Organisation formen, können Sie Ihre Entwicklungskultur zu etwas entwickeln, mit dem Sie angeben können.

Bestimmen Sie einen DevOps-Champion

Die Entscheidung für einen kulturellen Wandel ist nur der erste Schritt. Sich darauf einzulassen, ist eine ganz andere und anspruchsvolle Aufgabe. Damit alle auf Kurs bleiben, sollten Sie einen DevOps-Champion ernennen, der alle Fragen beantwortet und dabei hilft, den Übergang so einfach wie möglich zu gestalten.

Ihr ernannter Champion sollte für alle erreichbar sein, damit sie Fragen stellen oder Bedenken äußern können. Ihr DevOps-Champion muss die Ziele Ihres Unternehmens verkörpern und allen Beteiligten eine Hilfe sein. Er muss zugänglich sein, gut zuhören können und jemand, der dafür sorgen möchte, dass sich alle wertgeschätzt und einbezogen fühlen. Champions sind gute Kommunikatoren, die die Vorteile für interne Teams jeder Größe und das Unternehmen als Ganzes erklären können.

Ihr Fürsprecher sollte bei allen Mitarbeitern Stolz und Verantwortungsbewusstsein fördern und ihnen so helfen, ihre Selbstbestimmung zu stärken. Er sollte auch eine „Keine Arschlöcher“-Regel einführen, um die Spannungen während eines Übergangs zu mildern und negative Reaktionen unzufriedener Mitarbeiter zu reduzieren. Es ist auch hilfreich, wenn Ihr Fürsprecher selbst kein Arschloch ist.

Sie können den Übergang zu einer DevOps-Kultur nicht halbherzig angehen, Sie müssen alles geben, um etwas zu bewirken. Wenn Sie alle an Bord haben, stehen viele Ihrer Herausforderungen erst am Anfang. Bleiben Sie aufgeschlossen, atmen Sie durch und denken Sie daran, die Bedürfnisse aller in den Vordergrund zu stellen, während Sie Probleme logisch und für die Zukunft lösen.

Bedenken Sie schließlich, dass dies selbst bei leistungsstarken Teams nicht über Nacht geschieht. Bei Organisationen mit über tausend Mitarbeitern kann es Jahre dauern, bei hundert oder mehr Mitarbeitern kann es ein Jahr dauern und selbst bei Teams mit nur 10 Mitarbeitern kann die Umsetzung mehrere Monate dauern. Denken Sie einfach daran, dass es sich lohnen wird.

Update 10.04.14 – Lesen Sie weiter in der Reihe zum Übergang zu DevOps:

• Warum Sie eine DevOps-Kultur etablieren müssen
• Der Abbau von Silos geschieht nicht über Nacht
• Grundlagen für ein erfolgreiches DevOps-Team