受け入れ率の低い環境でDevOpsとツールを伝道する方法は？

革新的な破壊的テクノロジーについての刺激的な学習は、すべての人があなたにあなたの生産性を向上させることができるツールに興奮しているわけではないことに気付くかもしれないということです。

この質問は、あまり一般的なようにするには、のといけないこと何です-彼らはまた言うように、教訓 -異なる役割を持つ本物の経験に基づいて、組織内のドッカーを伝道の？

これはDocker固有ではありませんが、伝道に関するこの一般的な規則が適用されます。オーディエンスが異なれば、エビデンスも異なります。一般に、ソフトウェア開発者（および開発のバックグラウンドの管理者）は実際にそれを見てみたいので、測定可能な結果を​​持つPOCが推奨されます。他の分野や経営幹部は、ケーススタディやプレゼンテーションを許可してから、承認を得ることができます。あなたの目標は、あなたが話している聴衆を特定し、包括的な議論を構築し始めることです。

小さなものから始めます。1つの主要な利害関係者を見つけ、それらに最も適した証拠を使用してケースを提示します。我慢して; 成熟した組織の変化は通常遅いため、小規模なプロジェクトを立ち上げて実行することは大きな成果です。

数か月前に、Dockerの長所と短所についてプレゼンテーションを行いました。私の期待は、開発者がプレゼンテーションの直後にツールを使い始めることでしたが、それは数ヶ月かかりました。チームメンバーに受け入れられるようにするには、（大きな）問題が必要であることがわかりました。

現時点では6つのサービスがあり、すべてが浪費的に実行されています。私のシステムはそれをもう処理できません。dockerを使ってみましょうか？プレゼンテーションで、OSを省略し、VMに比べて軽量であるため、マシンが消費するリソースが少なくなり、ローカルでサービスを実行できると述べました。

サービスが実行できるようになったことが判明したとき、ますます多くの開発者がdockerを使い始めました。

同僚の名前をシートに入れ、変更が容易か難しいか、影響力が大きく、知識を共有するかを個人ごとに決定できます。スコアが最も高いものと情報を共有し始め、変更する可能性が最も高い次の情報を説得するように説得しようとします。

参考文献

https://hbr.org/2015/03/convincing-skeptical-employees-to-adopt-new-technology

組織全体で水平に作業でき、優れたコミュニケーション能力とネットワーキングスキルを持つ人が必要です。

https://hbr.org/2014/09/convincing-employees-to-use-new-technology

熱心なデジタルチャンピオンを早期に特定します。適切なネットワークを構築し、水平的な影響力を生み出して、サイロ全体での行動変化の実装を支援できる人物です。

https://gethppy.com/talent-management/convince-employees-adopt-new-technology

他のスタッフがアドバイスやリーダーシップを求めている上司や他の従業員が熱意を示すようにします。