Wie ändere ich vorhandene Richtlinien in einer Organisation?

Ich gehe davon aus, dass eine Organisation, die eine DevOps-Transformation durchführen möchte, einige Probleme und Richtlinien hat, die sie ändern möchte. Dieses Interesse kann von Top-Managern, mittleren Managern oder sogar von unten nach oben kommen. Einer der größten Faktoren, die diese Änderung behindern, besteht darin, andere Menschen dazu zu bringen, sich an der Änderung zu beteiligen.

In vielen Fällen scheitert beispielsweise das Vorantreiben "neuer" Ideen wie Agile häufig. Die Menschen widersetzen sich dem Wandel und es scheint eine Mauer zu sein, die verhindert, dass gute Dinge passieren. Es gibt jedoch ein Mandat dafür, dass gute Dinge geschehen.

Welche Methoden können verwendet werden, um Mitarbeiter in einer Organisation zu beeinflussen, die mit der DevOps-Transformation beginnt? Besonders spezifische Techniken und Wege, die funktionieren. Spezifisches as-in mehr Engineering, weniger Handwinken.

Sie müssen verstehen, dass Prozesse Menschen verändern, die ihnen folgen. Wenn Menschen lernen, verinnerlichen und in einem Prozess besser werden, ändert sich die Art und Weise, wie sie lernen, ein bestimmtes Problem zu lösen. Eine Reihe ähnlicher Prozesse verstärken sich gegenseitig zu einer Denkweise, mit der die Person eine Kategorie von Problemen löst und schließlich eine Reihe von Werten bildet, die Entscheidungen und neue Lösungen für neue Probleme leiten.

Selbst wenn Sie den Prozess ändern, ohne die Denkweise zu ändern und noch wichtiger für die Werte, passt die Person den neuen Prozess einfach an die gleichen Werte, die gleiche Denkweise oder sogar die gleiche Lösung wie im ursprünglichen Prozess an. Ab einem bestimmten Punkt ist es nicht möglich, diese Person in dieser Position von der erworbenen Denkweise zu trennen oder die zugrunde liegenden Werte zu ändern.

Um eine Änderung vorzunehmen, haben Sie zwei Möglichkeiten:

1. Bringen Sie eine Person mit, die bereits die richtigen Werte und Denkweisen hat, und verstehen Sie im besten Fall den Prozess, der ohne Ihre Hilfe befolgt werden muss.
2. Bringen Sie neue Mitarbeiter ein und befähigen Sie sie, entweder neu eingestellt, neu eingestellt oder von einem anderen Team in der Organisation versetzt, und schulen Sie ihn in dem neuen Prozess, in der Hoffnung, die neue Denkweise zu vermitteln und zu hoffen, dass die neuen Werte entstehen.

Wenn die Änderung lokal ist, bevorzugen Sie möglicherweise eine interne Übertragung, da diese Person bereits die globalen unternehmensweiten Werte teilt, die Sie beibehalten möchten. Im Falle einer größeren Änderung müssen Sie jemanden von außerhalb hinzuziehen, um eine neue Perspektive zu erhalten und nicht die unternehmensweiten Werte zu teilen, die Sie möglicherweise ändern möchten.

Der wichtige Teil besteht darin, die Person, das Team oder die Geschäftseinheit zu befähigen, die Prozesse zu verfolgen und sie vom alten Team, anderen Teams bzw. dem Rest des Unternehmens zu isolieren, die möglicherweise noch den alten Prozessen folgen. Da es sehr schwierig ist, einen solchen Änderungsagenten vom oben genannten Management zu isolieren, muss die Änderung, wenn sie größer sein soll, häufig den gesamten Weg entlang der Verwaltungskette verfolgen oder ganz oben stehen.

Hinweis : Ohne die Unterstützung des Managements ist es schwierig, mehr als nur Ihr Team zu verändern. Selbst innerhalb Ihres Teams ist es schwierig, wenn andere bereits auf ihre Art und Weise eingestellt sind. Für ein neues Team in einem neuen Unternehmen kann ein erfolgreicher Evangelist häufig auch ohne die Unterstützung des Managements die Formierungspolitik beeinflussen, indem er einfach ein Führer ist oder den Weg des geringsten Widerstands schafft, dem andere folgen können. Aber in etablierten Unternehmen, siehe oben.

Hacke dein Team

Es ist schwierig, Veränderungen in Ihrer Organisation herbeizuführen. Die Menschen haben Gewohnheiten, widersetzen sich Veränderungen und fühlen sich oft mit dem Status quo wohl. Um Änderungen in keiner bestimmten Reihenfolge herbeizuführen, finden Sie hier einige Tools, die Sie verwenden können.

1. Lassen Sie andere das Problem erleben, das DevOps löst. Oft werden die Vorteile von DevOps von Ihrem Team nur auf theoretischer Ebene verstanden. Die meisten Probleme, die während der Bereitstellung auftreten, treten hoffentlich und selten beim Rest des Entwicklungsteams oder des Managements auf. Um dies zu beheben, stellen Sie sicher, dass Sie sich zu Problemen äußern, wenn diese auftreten, und erwähnen Sie, wie dieses Problem nicht aufgetreten wäre, wenn das Team eine kontinuierliche Integrationslösung verwendet hätte. Eine andere Möglichkeit besteht darin, die Entwickler zu bitten, Probleme zu beheben, die ihr Code während der Bereitstellung verursacht hat, anstatt sie selbst zu beheben.

2. Finde die Anführer . Es ist üblich, dass Menschen den Leitern folgen, sei es dem Management oder nur der beliebtesten / befehlshabenden Person in der Gruppe. Holen Sie diese Führungskräfte mit Ihrem Wunsch an Bord, zu einer DevOps-Kultur überzugehen, und entwickeln Sie öffentliche Methoden, mit denen sie Best Practices anwenden oder befürworten können.

3. Vertrauen aufbauen . Es ist wahrscheinlicher, dass wir Dingen von Menschen zustimmen, nachdem wir ihnen bereits ein- oder zweimal zuvor zugestimmt haben. Im Idealfall finden Sie kleine Verbesserungen, die ohne Kulturwandel vorgenommen werden können, und bauen auf diesem Erfolg auf. Wenn dies jedoch keine Option ist, stellen Sie ihnen einfache Fragen und bieten Sie einfache Vorschläge an, damit sie sich angewöhnen, Ja zu sagen oder Ihnen zuzustimmen.

4. Schäme dich nicht, dich zu wiederholen. Die Wiederholung funktioniert und setzt sich schließlich durch. Wann immer möglich, erwähnen Sie, wie großartig die Dinge wären, wenn das Team DevOps verwenden würde. Dies funktioniert jedoch nur, wenn Sie zuerst Vertrauen in Ihr Team aufgebaut haben.

5. Mach es angenehm . Wenn Sie einen Proof of Concept für Ihre DevOps-Situation erstellen dürfen, verwenden Sie in den Berichten und Benachrichtigungen niedliche Emoticons und fröhliche Farben. Poste lustige Gifs, wenn ein Build fehlschlägt. Stellen Sie sicher, dass Sie mit Ihren Updates nicht nerven.