プロダクト志向のエンジニアリングチームを育てる方法

私は、開発者やシステム管理者が皆ハッカーと見なされていた時代に育ちました。

実際のところ、単なるハッカーではなく、シャーマンのようなものです。

懐かしいとは言いたくないが（認める、そうだ）、そんな時代は過ぎ去ってしまった。

テクノロジーを理解するために必要な知識にアクセスできる人が少数しかいなかった低レベルの時代から、少なくともテクノロジーを使用するためにテクノロジーを理解する必要がなくなった高レベルの時代へと移行しました。ここでは、ノーコード、AI、その他の進歩により、テクノロジーが誰もが利用できるようになっています。

今日のテクノロジー製品はもはや特権ではなく、消耗品となっています。だからこそ、エンドユーザーを念頭に置いて製品を開発することが極めて重要です。

しかし、デスクでコーディングに日々を費やす内向的な技術の達人が、一般ユーザー向けの技術製品をどのように作成できるでしょうか? また、EM または技術リーダーとして、技術を開発する人とそれを使用する人の間のギャップをどのように埋めることができるでしょうか?

簡単に答えると、「製品志向のエンジニア」です。

しかし、これは複雑なテーマなので、今日のニュースレターでは、さらに深く掘り下げてみたいと思います。

特に、次の点を検討します。

• 🪪 プロダクト志向のエンジニアとは

• 🧠 プロダクト志向のエンジニアがなぜ重要なのか

• 🌱 優れた製品志向でチームを成長させる方法

このガイドは主にエンジニアリング マネージャーの視点に焦点を当てていますが、製品に対する考え方を成長させたいエンジニアにとっても貴重な出発点になると信じています。

それでは始めましょう！

EM や PM にプロダクト志向のエンジニアについて説明してもらうと、おそらく、プロダクトを気にかける優秀なエンジニアだと言われるでしょう。

確かに、これは 1 つの側面ですが、他にも多くの側面があります。そのため、私は、製品志向のエンジニアの真の典型を構築しようとする取り組みを行いました。

私が思いついたのは次の通りです:

• 🎯 戦略的思考家: 会社のより広範な目標を理解し、その目標に合わせて業務を調整します。

• 🌉 コミュニケーションブリッジ: 技術的な概念を非技術的な関係者に伝え、さまざまなチーム間で理解を促進するのが得意です。

• 🛠️ 技術専門家: 強力な技術スキルを持ち、効率的で革新的なソリューションを実装することができます。

• 📊 データ駆動型: 分析スキルと創造的な問題解決を組み合わせて、データに基づいて情報に基づいた意思決定を行います。

• 🚀 起業家精神: 起業家精神を持ち、現実世界の問題に対する新しい解決策を積極的に模索し、創造します。

• 🤝 コラボレーション: プロダクトマネージャー、デザイナー、その他のチームメンバーと効果的に連携し、健全なチームダイナミクスに貢献します。

• 🔍 ユーザー中心: ユーザーの満足度を最優先し、実際のユーザーの問題を解決することに重点を置き、製品が市場の需要を満たすようにします。

• 📈 ビジネス指向: 戦略的なビジネス目標の達成を目指して、製品のビジネス面を理解し、貢献します。

• 💡 問題解決者: 問題を特定し、効率的な解決策を実施するスキルがあり、潜在的な問題が発生する前に予見することがよくあります。

• 🌍 全体像の視点: 業界のトレンドと競争環境に注目し、製品が市場のどこに適合するかを理解します。

これらすべてのスキルや特性を備えた人を見つけるのは金鉱を見つけるようなものだと認識していますが、このプロフィールは、プロダクト志向のエンジニアに求められる特性やスキルを知る上で良い参考になると思います。

製品志向のエンジニアを育成することで、エンジニアリング チームが価値の高い製品を効率的に提供する能力が大幅に向上します。

このようなエンジニアは、技術的な側面に重点を置くだけでなく、製品全体のビジョンを深く理解し、貢献します。

プロダクト志向のエンジニアをチームに迎え入れることの主なメリットは次のとおりです。

• 🌟 革新的なソリューション: 技術的な観点と製品の観点を組み合わせた創造的な問題解決アプローチをもたらします。

• ⏱️ 効率的な開発製品戦略に合わない機能に費やす無駄な労力を削減します。

• ⚙️ 過剰なエンジニアリングを避ける彼らは、ただ単にテクノロジーを提供するのではなく、堅実な製品を構築することのトレードオフを理解しています。

• 💡 戦略的洞察: 彼らは、技術的な専門知識に基づいて、製品戦略に関する貴重な洞察を提供します。

• 🌐 全体的理解ビジネスに対する理解が広がり、チーム全体の汎用性が向上します。

この質問に対する短い答えは「はい」です。

製品に強固な技術基盤を構築することは重要ですが、ユーザー/顧客が本当に気にするのは、最新の派手な JavaScript フレームワークや、内部に実装した複雑なマイクロサービス アーキテクチャではなく、目に見えるものです。

そのため、次のような質問を自問するエンジニアをチーム内に配置することが重要になります。

• どうすれば顧客を満足させることができるでしょうか?

• 顧客に愛される製品を作るにはどうすればいいでしょうか?

• この機能を実装する必要があるのはなぜですか?

• 製品を検証するために、市場投入をスピードアップするにはどうすればよいでしょうか?

理想的には、これらすべての質問は、コード IDE を開く前に発生するはずです。

明確に言うと、これは、単に速くて顧客を満足させるために、美しいインターフェースを備えた粗悪なアーキテクチャを構築したいという意味ではありません。これは、エンドユーザーのために当社の技術的専門知識を提供し、都合の良いトレードオフを見つけるという意味です。

製品志向の考え方を持つエンジニアを特定し、その重要性を認識する方法を理解した後、製品を真に優先し理解するチームを育成する方法を見つけましょう。

重点を置くべき主な柱は 4 つあります。

• 👥 採用

• 👓 集合的なビジョン

• 🗺️ チームトポロジー

• 📣 コーチング

詳しく見ていきましょう。