経営層に目に見える存在となり、ステークホルダーと話し、彼らの問題に耳を傾け、DORAなどのメトリクスで価値を測定可能にし、ナラティブを作成し、隠れた痛みを個人的なものとして示すこと。これらはLucas HornungとChristian MatthaeiがSelling Flux the Human WayでKubeCon & CloudNativeCon Europeで発表した教訓です。

多くのプラットフォームチームが直面する問題があります。本当に優れたものをたくさん構築しても、開発者がそれを利用しないことです。彼らのチームは長い間その状況に陥っていましたが、そこから抜け出すことができました、とHornungは説明しました。

技術的なビジョンを、ビジネスが理解し、開発者が望むものに変えました。ビジネス全体に展開されており、私たちはエンジニアとしてそれを実現しました。

上司から辞めると電話があったとき、彼のチームが継続できるかどうかが不明になりました。Matthaeiは、目に見える存在になり、経営層に短いプレゼンテーションをするよう求められたことに言及しました。誰であるか、そして1つの重要な技術的トピックについて。彼はSimon Sinekの言葉を引用しました。

技術的な背景のない人々にあなたの仕事を理解してもらいたいなら、「なぜ」から始めなさい。人々にあなたが言うことを実行させ、あなたが言うことを従わせ、または理解させたいなら、目に見える存在になる必要があります。

Matthaeiは、あなたのソリューションがどれだけ優れているかを人々が魔法のように発見することを期待することはできないと言いました。人々と話し、彼らに耳を傾ける必要があります。彼らはステークホルダーとのミーティングを設定し、問題を説明し、アドバイスを求め、耳を傾けることにしました。

Hornungは、ビジネスコンテキストでは価値を測定可能にすることが重要だと述べました。彼らはDORAメトリクスを使用し、会社で発表し始めました。

技術的な議論はどれだけしても、人々がそれを感じなければ、失われた土俵に立っていることになります、とHornungは述べました。人々と感情的につながるには、ナラティブを作成し、ストーリーを語ることで彼らを巻き込む必要があります、と彼は付け加えました。

多くの開発者が本当に問題を抱えているとは思っていませんでした、とHornungは述べました。そこで彼らはそれを個人的なものにし、隠れた痛みを示しました。

金曜日の午後にHans-Peterが手動でデプロイし、夜中の2時にOn-call Olafがページングされたらどうなるでしょうか？

シフトは「GitOpsは技術的に優れている」ではなく、「GitOpsは夜通し眠れることを意味する」でした、と彼は述べました。

目に見える存在になり、人々と話し、価値を測定可能にし、ナラティブを作成し、人々に隠れた痛みを感じさせること。これらがHornungとMatthaeiが発表した5つの教訓です。それらはシンプルですが簡単ではなく、彼らは苦労して学びました。技術的なビジョンをビジネスが理解し、開発者が実際に望むものに変えたいなら、人々に楽譜を見せるのをやめ、代わりに音楽を演奏しなさい、と彼らは結論づけました。

InfoQは講演後にLucas HornungとChristian Matthaeiにインタビューしました。

InfoQ: DORAメトリクスをどのように使用し、途中でどのような課題に直面しましたか？

Lucas Hornung: 最初のDORA数値を発表したとき、人々は頭を上げ、頷き始めました。すると誰かが「実際の数値は何ですか？」と尋ねました。そして私たちにはそれがありませんでした。そこでパイロットを実施し、77%高速なデプロイメントを測定し、賛同を得ました—しかし数値は一致しませんでした。測定では完全なデプロイメントチェーンにおける隠れた非同期処理を捉えていませんでした。私たちはそれを公に認めなければなりませんでしたが、それは重要なことを教えてくれました。数値は扉を開きますが、それがすべてではありません。私たちはナラティブに方向転換し、それが本当に状況を変えました。

Christian Matthaei: DORAは私たちにテーブルに着席する機会を与えてくれました。技術的な議論をビジネス的なものに変えました。

InfoQ: 開発者をどのように巻き込みましたか？

Matthaei: 最初はパイロット結果と技術的な議論で開発者を説得しようとしましたが、それだけでは限界がありました。突破口は、Junior Dev Hans-Peter、On-call Olaf、Feature-first Fionaのような親しみやすいペルソナを通じてストーリーを語り始め、隠れた運用上の痛みを目に見え、触れられるものにしたときでした。開発者がこれらのストーリーに自分の経験を反映させることができるようになると、エンゲージメントと採用が大幅に増加しました。

InfoQ: 何を学びましたか？

Hornung: 技術的な採用は説得の問題であって技術的な問題ではなく、エンジニアが主導できるものです。私たちにはプロダクトマネージャーも、エグゼクティブの命令もありませんでした。また、多くのプラットフォームが抱える問題もありました。経営層にはビジネス言語で、開発者には痛みを具体的に示すことで、2つの方向に販売する必要がありました。

プラットフォームエンジニアにこれを行う方法を教える人は実際にはおらず、ほとんどの場合、職務記述書にも含まれていません。私たちはSinek、Carnegie、Knaflic、Collinsから借りて、ゼロからアプローチを構築しました。採用に苦労しているエンジニアであれば、技術はおそらく問題ではありません。しかし、私たちはまた、それが可能であることをお伝えしています。

Matthaei: 私にとっての転機は、エンジニアとしてのコンフォートゾーンから一歩踏み出し、訓練を受けたことのない方法でコミュニケーションすることを学んだことでした。それは自然ではありませんでしたが、うまくいきました。

About the Author

Ben Linders