社内の開発者プラットフォームに製品の考え方を採用する
製品主導の成長 (PLG) 戦略を採用すると、社内の開発者プラットフォームが従業員の獲得、保有、拡張の主要なツールになります。 Figma や Shopify などの企業は、この顧客中心のアプローチを使用して製品を推進しています。 しかし、これはプラットフォーム エンジニアリングと何の関係があるでしょうか? 目標は、社内の開発者プラットフォームが十分な価値をもたらし、その導入と使用が社内で広まることです。 プラットフォーム エンジニアリングに取り組むチームは、自分自身を社内の開発者プラットフォームの製品所有者、および開発者をエンド カスタマーと考える必要があります。
開発者を楽しいエクスペリエンスで引き付ける
顧客はプラットフォームを使用する必要がありますが、その使用は必須ではありません。 楽しい開発者エクスペリエンスを作成し、同時にオペレーターが開発に対応するユーザーと簡単に共同作業できるようにすることで、開発者を引き付けます。 さまざまな内部顧客や利害関係者が何を望んでいるか、または必要とするかを理解するのに役立つ 1 つの方法は、顧客開発プロセスを使用して仮説をテストすることです。
私たちは製品のように管理しています... 私たちのチームは、[アプリケーションの] ビジネス ケースとは関係のない [開発チーム] の質問に回答することに焦点を当てています。 - Mark、プラットフォーム エンジニアリング リーダー、ヨーロッパの大規模な多国籍小売企業
この引用は、製品の考え方を持つプラットフォーム エンジニアリング組織の優れた例です。 このチームは、運用上のセキュリティ、コンプライアンス、および重要なその他の要件を処理できるように、開発者が必要とするツールと機能を構築します。 これらの要件は、開発チームが最初に形成されたビジネス上の理由とは直接結び付いていません。 代わりに、これらのツールは開発と運用の間の重要な接着剤です。
速度、品質、使いやすさのメトリックを使用して成功を測定する
プラットフォーム エンジニアリング体験を始める際には、プラットフォームが効果的であり、人材の維持に役立つ一貫したメトリックを確立する必要があります。 データを使用して成功を測定する方法を定義する必要があります。
プラットフォームが速度 (ビジネス価値を提供する時間)、製品の品質、プラットフォームの使いやすさにどのように役立つのかを測定する必要があります。 また、社内の顧客が満足しているだけでなく、成長しているかどうかを測定することもできます。 収集したこれらのメトリックから取り出す情報は、次の投資のセットを導き出すのに役立ちます。 その後、機能の保有期間と使用状況メトリックは、特定の投資が全体的な数値に与えた影響を判断するのに役立ちます。