- PagerDuty /
- Der Blog /
- Alarmierung /
- Der Abbau von Silos geschieht nicht über Nacht
Der Blog
Der Abbau von Silos geschieht nicht über Nacht
Dies ist der zweite Beitrag in einer Reihe, die Ihrem Engineering-Team beim Übergang zu einem DevOps-Organisationsmodell helfen soll. Hier besprechen wir, wie Sie beginnen können, Silos in Ihrer Organisation aufzubrechen. Klicken Sie hier, um mit den Anfängen der Reihe zu beginnen. Warum Sie eine DevOps-Kultur etablieren müssen .
Die Einführung einer DevOps-Kultur in Ihrem Unternehmen und der Abbau von Silos ist nicht mit anderen Änderungen in Ihrer Organisation zu vergleichen. Sie reichen keinen Vorschlag ein und wägen die Vor- und Nachteile sorgfältig ab. Wenn Sie das tun, werden Sie wahrscheinlich auf viel Widerstand stoßen. Die Zustimmung der Geschäftspartner zu erhalten, kann sich fast unmöglich anfühlen. Das bedeutet jedoch nicht, dass Sie sich nicht für Veränderungen einsetzen sollten. Sie müssen bei Ihrem Ansatz vielleicht nur unauffällig vorgehen.
Sie brauchen viel Geduld, wenn Sie die Denkweise Ihrer Kollegen ändern möchten. Dazu müssen Sie zunächst starke Beziehungen aufbauen und Konzepte vermitteln, bevor Sie ihnen die Tools vorstellen, die für das Testen und das Konfigurationsmanagement erforderlich sind.
Beginnen Sie mit dem, was Sie haben
Menschen sträuben sich von Natur aus gegen Veränderungen. Für Unternehmensleiter klingt Veränderung kostspielig. Für andere wiederum fühlt sie sich störend an. Am besten pflegen Sie die bestehende Unternehmenskultur. Sie müssen die Werte Ihres Unternehmens an die Führungskräfte weitergeben und herausfinden, was allen wirklich wichtig ist.
Beginnen Sie damit, Ihre Unternehmenskultur zu analysieren. Ist Ihr Unternehmen kundenorientiert oder dreht sich alles nur ums Geld? Sind Sie entspannt oder herrscht bei Ihnen ein ganz normales Unternehmensumfeld? Gibt es bei Ihren Büropartys rote Plastikbecher oder Champagnergläser aus Kristallglas? Spielen Sie bei Ihren Offsites Paintball oder eine Runde im Country Club? Es ist wichtig, dass Sie einen Schritt zurücktreten und herausfinden, wie Sie mit Ihrer aktuellen Unternehmenskultur zu einem DevOps-Modell übergehen können. Veränderungen passieren nicht über Nacht und es ist sinnlos, zu erwarten, dass Ihr Unternehmen schnell eine komplette Kehrtwende macht.
Nachdem Sie Ihre Kultur bewertet haben, beginnen Sie damit, die Teile zu stärken, die Ihren Teamkollegen gefallen und die zu Ihrer idealen DevOps-Kultur passen. Als nächstes bringen Sie alle dazu, an Ihrer Kultur teilzuhaben. Organisieren Sie Events, an denen funktionsübergreifende Teams teilnehmen können. Gehen Sie zusammen bowlen, trinken Sie ein Bier, mischen Sie Teams und gehen Sie zu einem Paintball-Kurs. Oder laden Sie sie einfach zu einer größeren Brainstorming-Sitzung ein, um ihre Ideen zu hören und Beziehungen aufzubauen. Zusammenarbeit ist der erste Schritt, um Verantwortung zu teilen, damit Sie gemeinsam erfolgreich sein und manchmal auch scheitern können.
„Bier ist das mächtigste Werkzeug in der DevOps-Umgebung. Gehen Sie mit allen an die Bar und lassen Sie sie einfach reden.“ – Ben Rockwood, Joyent [Quelle: Keynote-Ansprache auf der 25. Large Installation System Administration Conference (LISA '11)]
Inspirieren Sie andere, indem Sie ihre Meinung wertschätzen und einbeziehen.
Apropos Brainstorming in funktionsübergreifenden Teams: Andere zu inspirieren und einzubeziehen, wird Wunder bewirken, um Silos in Ihren Organisationen aufzubrechen. In einer Silo-Kultur hat man schnell das Gefühl, nicht einbezogen zu werden. Das führt dazu, dass man denkt, die eigenen Ideen seien unwichtig; man könne nichts ändern, und schließlich kann die Nichteinbeziehung zu Apathie führen.
Laden Sie zunächst Entwickler und Betriebsingenieure zu Gesprächen über die Anforderungen eines Projekts ein. Delegieren Sie keine Aufgaben, sondern lassen Sie die Mitarbeiter aktiv daran mitwirken, herauszufinden, wie ein Ziel am besten erreicht werden kann. Wenn Sie bei der Entscheidungsfindung für ein Projekt mitreden und mitwirken, entsteht ein Gefühl der Eigenverantwortung und des Stolzes auf die eigene Arbeit. So können Sie die Beiträge der Mitarbeiter anerkennen und dieses Gefühl weiter verstärken.
Wenn Sie mit einem einzelnen Projekt beginnen, ebnen Sie den Weg für die gesamte Entwicklungskultur Ihres Unternehmens. So können die Mitarbeiter Projekte von der ersten Idee bis zur Fertigstellung begleiten. Das macht die Mitarbeiter nicht nur stolz auf ihre Arbeit, sondern baut auch das „Wir gegen die“-Gefühl ab, das oft in Entwicklungs- und Betriebsteams vorherrscht. Es geht darum, gemeinsam erfolgreich zu sein, und nicht darum, mit dem Finger auf andere zu zeigen, wenn etwas Unerwartetes passiert.
Es genügt, eine Frage zu stellen oder eine Einladung zu einem Meeting abzugeben, um ein Gespräch zu initiieren, das die Leute einbindet und ein Verantwortungsgefühl für den Erfolg eines Projekts entwickelt. Sie werden nicht nur Lösungen für Ihr einzelnes Projekt finden, sondern auch Prozesse und Taktiken für die zukünftige Zusammenarbeit identifizieren.
Konzepte erst zeigen und dann erzählen
Beim Vermitteln von Konzepten sollten Sie einen Ansatz verfolgen, bei dem Sie zuerst zeigen und dann erzählen. Zeigen Sie, dass Sie mit gutem Beispiel vorangehen und den Proof of Concept demonstrieren. Es ist wichtig, dass Sie wirklich daran interessiert sind, Ihren Kollegen zu helfen, ihre Arbeit zu verbessern, indem Sie ihre Fähigkeiten erweitern.
Wenn Sie beispielsweise zum Betriebsteam Ihres Unternehmens gehören und einem Entwickler dabei helfen möchten, produktiver zu sein, können Sie ihm zeigen und dann erklären, wie ein Befehl ausgeführt wird. Indem sie von Ihrem Beispiel lernen und es ihnen nicht nur erklären, werden sie diese Aktionen in Zukunft eher wiederholen.
Sie sollten auch Wörter vermeiden, die negativ oder vage sind, mit einer Modeerscheinung assoziiert werden oder als leeres Schlagwort gelten, wie z. B. „DevOps“. Wenn Sie wirklich eine DevOps-Kultur haben möchten, müssen Sie sie leben, um ihr Bedeutung zu verleihen, und nicht nur darüber reden.
Konzentrieren Sie sich auf die Vorteile der Zusammenarbeit und die Verbesserung der Methoden zur Servicebereitstellung insgesamt, z. B. indem Sie den Kunden Funktionen schneller bereitstellen, damit sie Ihnen nicht mehr im Weg stehen, wenn Sie das, was Sie ihnen gezeigt haben, mit Worten unterstreichen müssen.
Finden Sie Ihre Fürsprecher
Inzwischen haben Sie Ihr Team dazu gebracht, zusammenzuarbeiten, es inspiriert und ihm sogar ein paar neue Konzepte beigebracht, um seinen Rollen mehr Flexibilität zu verleihen. Hoffentlich haben Sie dabei auch ein paar neue Tricks gelernt. Es ist schließlich eine Einbahnstraße.
Leider ist Ihre Arbeit noch lange nicht erledigt. Wahrscheinlich hat nicht jeder Ihre Einladungen angenommen oder mit Ihnen zusammengearbeitet. Nicht jeder war bereit, etwas zu lernen. Wenn es so einfach wäre, würde dann nicht jeder ein DevOps-Organisationsmodell verwenden?
Um ihre Apathie gegenüber der Sache zu bekämpfen, müssen Sie in verschiedenen Teams Fürsprecher finden, die Ihnen beim Unterrichten helfen und Ihren Ideen mehr Aufmerksamkeit verschaffen. Damit ein Kulturwandel stattfinden kann, müssen sich mehr als eine Person dafür einsetzen. Finden Sie diejenigen, die für Ihre Einladungen und Lehren am empfänglichsten scheinen, und rekrutieren Sie sie dann.
Helfen Sie den Skeptikern zu verstehen (vielleicht bei ein paar Bier), wie sich die Umstellung auf ein DevOps-Betriebsmodell direkt auf ihr Leben auswirken wird. Besprechen Sie, was jedes Team voneinander will und braucht, und bitten Sie sie, sich dafür einzusetzen, alle zusammenzubringen, um Probleme von Anfang an gemeinsam zu lösen.
Befürworter können mehr ihrer Teamkollegen an Bord holen, indem sie ihnen versichern, dass der Übergang unter Berücksichtigung der Beiträge aller erfolgt. Indem Sie die Leute zu einer ehrlichen, vorteilhaften Zusammenarbeit bewegen, sind Sie endlich auf dem Weg, eine echte DevOps-Kultur zu schaffen.
Update 10.04.14 – Lesen Sie weiter in der Reihe zum Übergang zu DevOps: