最近では、誰もがデジタル製品の大規模なデリバリーを加速するために「プラットフォーム」を構築しています。しかし、効果的なデジタルプラットフォームとは何でしょうか？一部の組織は、組織構造と運用モデルに最初に対処せずに、既存の共有サービスの上に構築しようとするとつまずきます。

インフラストラクチャプラットフォームチームは、回復力のあるソリューションで一般的な製品および非機能要件を解決することで、組織がデリバリーを拡大できるようにします。これにより、他のチームは自分たちのものを構築し、ユーザーに価値をリリースすることに集中できます。しかし、スケーラブルなプラットフォームを構築するのが簡単だとは誰も言っていません... この記事では、PoppyとChrisが、適切なものを適切に構築するのに役立つ7つの主要な原則を探ります。ネタバレ：戦略、ユーザーエクスペリエンス、調査をスキップしないでください。

プラットフォームチームは、プラットフォームの採用を確実にするために他のチームへの依存度が非常に高く、コードの変更を他のチームのコードベースに取り込むことが成功に不可欠です。チーム間のコラボレーションにはさまざまなパターンがあり、適切なパターンを選択することは、プラットフォームの採用フェーズと、チームおよびコードベースが外部の影響を受け入れる能力の両方に依存します。

開発者の生産性プラットフォームは、エンジニアリングチームの認知負荷を管理し、新機能の市場投入までの時間を短縮する方法としてますます認識されています。ただし、プラットフォーム戦略を成功させるには、組織が育成する必要があるベースライン機能があります。プラットフォームチームは、プラットフォームをソフトウェア製品として考える必要があり、ユーザーとの対話、信頼性の高い運用への注意、健全なチーム環境が必要です。

基盤プラットフォームは、その上に構築されるアプリケーションよりも前に構築されるものです。その考え方は、プラットフォームを必要とするさまざまなアプリケーションのニーズを分析し、次にプラットフォームを構築するというものです。プラットフォームが完成したら、その上にアプリケーションを構築します。重要な点は、プラットフォームがアプリケーションの作業を開始する前に、安定したAPIを備えている必要があるということです。そうしないと、プラットフォームの変更がアプリケーションとの相互作用の影響のために管理が難しくなります。

収穫によってプラットフォームを構築するには、まずプラットフォームを構築しようとするのではなく、アプリケーションを構築することから始めます。アプリケーションを構築する間、ジェネリックコードを開発しようとしないでください。代わりに、十分にファクタリングされ、うまく設計されたアプリケーションを構築するために懸命に取り組んでください。

大企業向けのソフトウェア資産など、大規模なソフトウェア作業には多くの人が必要です。そして、多くの人がいる場合は、それらを効果的なチームに分割する方法を検討する必要があります。ビジネスケイパビリティ中心のチームを形成することは、ソフトウェア作業が顧客のニーズに対応するのに役立ちますが、必要なスキルの範囲がそのようなチームを圧倒することがよくあります。チームトポロジーは、Matthew SkeltonとManuel Paisによって開発された、ソフトウェア開発チームの組織を記述するモデルです。これは、4つの形式のチームと、3つのモードのチームインタラクションを定義します。このモデルは、ビジネスケイパビリティ中心のチームが価値のあるソフトウェアの安定した流れを提供するというタスクで繁栄できるように、健全なインタラクションを促進します。