各顧客は重要です

プラットフォーム エンジニアリングの重要な原則の 1 つは、顧客向けに最適化することです。 開発者を主要な顧客と考え、舗装する開発パスを決定するときに最初にニーズに集中します。 開発者は全員、さまざまなツールを使用して作業を完了します。 最初の手順として、小規模から開始し、まったく新しい内部開発者プラットフォームを実装する前に、既存の画面とサーフェスを改善できるかどうかを評価します。

開発者を主要な顧客と考える

開発者を内部開発者プラットフォームの主要な顧客として考えることが、その成功に不可欠です。 これらの顧客は、わかりやすくするために開発者と呼びますが、 チーム トポロジ モデル が ストリームに合わせたチーム と呼ぶもの (機械学習の専門家やデータ サイエンティストなどの役割を含む) の任意のメンバーにすることができます。

成功したプラットフォーム エンジニアリングプラクティスにより、開発者とオペレーターは、確立された標準、ガバナンス、およびセキュリティルールに従いながら、開発者がビジネス価値の提供に専念できる意思決定を自律的に行うことができます。 重要な利害関係者、特定のサブシステム (運用、セキュリティ、コンプライアンス、アーキテクチャ) のチームと専門家が協力して、この内部プラットフォームを構築し、専門知識とベスト プラクティスをテンプレートとシステム機能に体系化します。 この知識をシステムに移行すると、開発者の認知的負荷が同時に軽減され、セキュリティ、コンプライアンス、品質が向上し、これらの他の役割をより適切にスケーリングして、真に固有の問題に取り組むことができます。 ただし、開発者エクスペリエンスによって、関係者全員にとってプラットフォームが最もメリットを得られるようにします。

つまり、プラットフォーム エンジニアリングの取り組みを計画し、優先順位を付けるために、顧客中心のアプローチに従います。

詳細については、計画と優先順位付けに関するページを参照してください。

舗装する開発パスを理解する

現在、organizationには運用環境のさまざまな開発パスがある場合がありますが、プラットフォーム エンジニアリングの取り組みにおける初期のステップは、開発者が使用するパスを理解することです。 この呼び出しは、開発、運用、ガバナンスの要件をまだ満たす効率的なパスを構築することに集中できるため、重要です。

これらの舗装されたパス (および完全に舗装されたゴールデン パス) は、開発、運用、およびその他の利害関係者がベスト プラクティスを表すものとして同意する対象に合わせて整形された特定の開発および可観測ツール、言語、SDK、サービスのセットを表します。 舗装されたパスには、内部再利用のためにオンボーディング、モデレーション、アドボカシーを合理化するアプローチが含まれている必要があります。 これらの舗装されたパスを制限的または強制的であると考える必要はなく、開発チームがそれらの中に留めたいポイントに開発者の混乱を減らす必要があります。

ただし、注意すべきパスだけでなく、パスのどのセクションを最初に舗装する必要があるのかを理解するのがコツです。

詳細については、舗装されたパスに関するページを参照してください。

ユーザーがいる場所でユーザーに会う

内部開発者プラットフォームのすべての統合ポータルから始めるのは魅力的ですが、多くの場合、これは最適な出発点ではありません。

運用プロフェッショナル、サイト信頼性エンジニア (SRE)、開発者はすべて、さまざまなツールを使用して作業を完了します。 コーディングは IDE で行われ、GitHub や Azure DevOps などのエンジニアリング システムではコマンド ライン インターフェイスが使用され、リアルタイム コラボレーションは Teams と Slack で行われます。 多くの場合、これらのユーザーはこれらの画面に満足しており、心配するもう 1 つのユーザー インターフェイスを警戒しています。

新しいカスタム エクスペリエンスの構築を最初から開始する前に、小規模から開始し、既存の画面とサーフェスを、理想的にはプラグインまたは拡張機能を使用して改善できるかどうかを評価します。 今ある新しいユーザー エクスペリエンスや改善されたバージョンに対して、より良い反応を得られるでしょうか。 最初からポータルを作成する場合でも、API を介して複数のインターフェイスをサポートする可能性が高いことを考慮してください。 これにより、ローコード フレームワークの使用などのオプションのロックが解除されるため、ポータル エクスペリエンスを最初からビルドしてホストする必要はありません。

ユーザー エクスペリエンスの詳細については、こちらを参照してください。

製品の考え方を採用する