次の方法で共有

プラットフォーム エンジニアリング機能モデルの使用

注

プラットフォーム エンジニアリング機能モデルの調査を使用して、組織のプラットフォーム エンジニアリングの取り組みを測定し、将来の目標を設定します。

プラットフォーム エンジニアリング機能モデルを使用して、組織の現在のプラットフォーム エンジニアリングの取り組みを測定し、将来の改善の目標を設定します。

Microsoft の顧客調査では、投資、導入、ガバナンス、プロビジョニングと管理、インターフェイス、測定とフィードバックという、 プラットフォーム エンジニアリングを定義する 6 つの主要な機能を特定しました。

これらの機能は、 Cloud Native Computing Foundation のプラットフォーム エンジニアリング成熟度モデルで概説されている重要な領域と密接に一致します。 これらの機能は、アンケート結果の分析と、組織のプラットフォーム エンジニアリングの取り組みについて 30 件を超える長いヒアリングから生まれたものです。

この記事で使用される顧客体験の視覚化は、Nicki Watt の プラットフォーム エンジニアリング イニシアチブの成熟 (PlatformCon 2024) に関するセッションに着想を得ました。

現在のプラクティスを評価し、将来の目標を設定する

まず、各機能領域で組織の現在の位置を特定することから始めます。 手動評価を行うか、 プラットフォーム エンジニアリング機能モデルの調査を完了できます。

  1. 手動評価を開始するには、 この空白のグラフをダウンロードします。

    プラットフォーム エンジニアリングの空のグラフのスクリーンショット。

  2. 参照として使用するさまざまなステージの機能のこのグラフをダウンロードします。 組織は、機能ごとに同じレベルではない可能性があります。 各機能の詳細については、「 ターゲット機能の目標を設定する」を参照してください。

    さまざまなステージにわたる機能モデル全体のスクリーンショット。

  3. 各機能について、空白の評価グラフに円を入力して、組織が現在どこにあるかを示します。

    機能が識別された評価のスクリーンショット。

  4. 線を描画してドットを接続します。

    連携された機能を備えた評価のスクリーンショット。

  5. 組織の将来の目的のステージを示す機能ごとに空の円を追加します。 たとえば、組織では、最初の投資ステージから反復可能なステージへの移行に重点を置く必要がある場合があります。 変更は徐々に行われる可能性があることに注意してください。 最初から最適化段階まで一度に行く必要はありません。 組織の目標も最後の列ではない可能性があります。 組織の優先順位に合わせて目的のステージを選択する必要があります。

    提案された機能が追加された評価のスクリーンショット。

  6. 各組織の現在の機能から目的の機能まで水平方向の線を描画します。

    実績から提案に接続された機能を含む評価のスクリーンショット。

  7. グラフを確認して、組織の現在の状態を視覚化し、将来の目標を提案します。

    プラットフォーム エンジニアリングの金融機関の星座マップのスクリーンショット。

前の例では、金融機関のお客様は、導入、ガバナンス、プロビジョニングと管理機能の向上に集中したいと考えています。 現在の状態と課題を次に示します。

  • 導入: プラットフォーム エンジニアリング チームは、センター オブ エクセレンス (COE) によって設定されたポリシーを適用して、エンジニアリング チームの運営方法をガイドすることに重点を置いています。 各チームのパフォーマンス メトリックを公開することは、改善の動機となります。 チームは、ディレクティブとメトリックに依存せずにプラットフォームの使用を拡大することを目指しています。 ただし、エンジニアリング チーム全体で使用されるさまざまなテクノロジを処理するために、COE チームをスキルアップさせるという課題に直面しています。 大きな障害は、プラットフォームが個々のチームの特定のニーズを満たしていない可能性があり、誤動作を引き起こす可能性があることを懸念することです。

  • ガバナンス: プラットフォーム エンジニアリング ソリューションは、開発者向けの中央ハブとして機能し、ツール、ガイド、コーディング標準、ビデオを提供する、内部で開発されたポータルです。 ポータルには、コーディングを開始する前にコンプライアンスを確保するための最小エンタープライズ要件 (MERS) に関するテストが含まれています。 ポータルには、サポート用のバージョンの Stack Overflow、認定エンジニア プロファイル、および新しい開発者に標準とツールを使い慣れるためのオンボーディング体験が用意されています。 今後の主な目標は、リソース管理を合理化し、ガバナンスを開発ライフサイクルに統合し、ボトルネックを取り除き、最新のツールセットを使用して最高の技術人材を引き付けることです。

  • プロビジョニングと管理: プラットフォーム エンジニアリング チームは、開発者が柔軟性を維持しながら生産性を高めるための幸せなパスを作成しました。 目標は、カスタマイズを許可しながら効率的なパスを提供することです。 これらのパスを設計する場合、CTO チームはほとんどの開発者に対応しようとしていますが、何千ものツールが使用されている銀行の複雑さにより、一律のアプローチは課題となります。 プラットフォームをスケーリングするために、組織は、多くのエンジニアリング チームの多様なニーズを満たすために、自動リソース プロビジョニングの必要性を認識しています。

ターゲット機能の目標を設定する

各機能には、対応する質問があります。 改善を目標にした機能領域をさらに調査し、組織のプラットフォーム エンジニアリング プラクティスを進める方法について学習します。

  • 投資: スタッフと資金はどのようにプラットフォーム機能に割り当てられますか?
  • 導入: ユーザーがプラットフォーム エンジニアリング ソリューションとその機能を検出して使用する理由と方法
  • ガバナンス: ユーザーが必要なリソースと機能にアクセスできること、およびコスト、データ、IP が適切に管理されるようにするには、どうすればよいでしょうか。
  • プロビジョニングと管理: ユーザーはどのようにリソースを作成、デプロイ、管理しますか?
  • インターフェイス: ユーザーはプラットフォーム機能とどのように対話し、使用しますか?
  • 測定とフィードバック: フィードバックを収集して組み込む組織のプロセスと、プラットフォーム エンジニアリングプラクティスの成功をどのように測定しますか?
  • Last updated on