次の方法で共有

プラットフォーム エンジニアリング機能モデルを使用してプラットフォーム エンジニアリングプラクティスを改善する

  • [アーティクル]

Note

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

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

Microsoft の顧客調査では、 プラットフォーム エンジニアリング を定義する 6 つの主要な機能 (投資、導入、ガバナンス、プロビジョニングと管理、インターフェイス、測定とフィードバック) が特定されました。 これらの機能は、 Cloud Native Computing Foundation のプラットフォーム エンジニアリング成熟度モデルで概説されている重要な領域と密接に一致します。 これらの機能は、アンケート結果を分析し、組織のプラットフォーム エンジニアリングの取り組みについて 30 件を超える長い面接を受けた結果です。

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

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

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

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

  2. 参照として使用するために さまざまな段階の機能のこのグラフをダウンロードします。 ほとんどの場合、組織は各機能で同じレベルではありません。 各機能の詳細については、 こちらを参照してください。

    機能モデル全体の大きな画像。

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

    機能が識別された評価の画像。

  4. 各ドットを結ぶ垂直線を描画します。

    機能が接続された評価の画像。

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

    提案された機能が追加された評価の画像。

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

    実績から提案に接続された機能を持つ評価の画像。

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

    プラットフォーム エンジニアリングのための金融機関の星座マップの図。

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

  • 導入: プラットフォーム エンジニアリング チームは、センター オブ エクセレンス (COE) によって設定されたポリシーを適用して、エンジニアリング チームの運営方法をガイドすることに重点を置いています。 各チームのパフォーマンス メトリックを公開することは、改善の動機となります。 チームは、ディレクティブとメトリックに依存せずにプラットフォームの使用を拡大することを目指しています。 ただし、エンジニアリング チーム全体で使用されるさまざまなテクノロジを処理するために、COE チームをスキルアップさせるという課題に直面しています。 大きな障害は、プラットフォームが個々のチームの特定のニーズを満たしていない可能性があり、誤動作を引き起こす可能性があることを懸念することです。
  • ガバナンス: プラットフォーム エンジニアリング ソリューションは、開発者向けの中央ハブとして機能し、ツール、ガイド、コーディング標準、ビデオを提供する、内部で開発されたポータルです。 ポータルには、コーディングを開始する前にコンプライアンスを確保するための最小エンタープライズ要件 (MERS) に関するテストが含まれています。 ポータルには、サポート用のバージョンの Stack Overflow、認定エンジニア プロファイル、および新しい開発者に標準とツールを使い慣れるためのオンボーディング体験が用意されています。 今後の主な目標は、リソース管理を合理化し、ガバナンスを開発ライフサイクルに統合し、ボトルネックを取り除き、最新のツールセットを使用して最高の技術人材を引き付けることです。
  • プロビジョニングと管理: プラットフォーム エンジニアリング チームは、開発者が柔軟性を維持しながら生産性を向上させるための幸せなパスを作成しました。 目標は、カスタマイズを許可しながら効率的なパスを提供することです。 これらのパスを設計する場合、CTO チームはほとんどの開発者に対応することを目的としていますが、何千ものツールを使用する銀行の複雑さによって、1 つのサイズがすべての課題に適合します。 プラットフォームをスケーリングするために、組織は、多くのエンジニアリング チームの多様なニーズを満たすために、自動リソース プロビジョニングの必要性を認識しています。

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

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

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