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