ひとことで
チームの分け方がシステムの分け方に影響する（コンウェイの法則）。認知負荷を考えて分ける。
コンウェイの法則とは、「システムの構造は、それを作る組織のコミュニケーションの構造に似る」というものです。3つのチームで作ると3つの部品に分かれた設計になりやすい、ということです。逆に、望むシステムの形に合わせてチームを分ける考え方を「逆コンウェイ戦略」と呼びます。
チームトポロジー
書籍『チームトポロジー』は、チームを4つの型に分け、認知負荷（チームが理解して扱わなければならない量）が大きくなりすぎないように分けることをすすめています。
| チームの型 | 役割 |
|---|---|
| ストリームアラインドチーム | 1つの製品・機能・利用者の流れを、企画から運用まで担う。多くのチームはこれ |
| プラットフォームチーム | CI/CD・基盤・共通の部品を「使えば済むサービス」として提供し、他のチームの負担を減らす |
| イネイブリングチーム | 専門知識（テスト・セキュリティなど）を持ち、他のチームが身につけるまで一時的に支援する |
| コンプリケイテッド・サブシステムチーム | 高度な専門知識が必要な部分（検索の仕組み・動画の処理など）を担う |
チームの人数は5〜9人ほどが目安とされることが多いです。1チームが受け持つサービスやドメインが多すぎて「誰も全体を分かっていない」なら、分けるか、プラットフォームに任せられる部分がないかを考えます。
面接ではこう答える
コンウェイの法則は、システムの構造はそれを作る組織のコミュニケーションの構造に似る、という考え方です。逆に、望むシステムの形に合わせてチームを分ける考え方を逆コンウェイ戦略と呼びます。チームの分け方は、書籍『チームトポロジー』の4つの型、つまり利用者の流れを担うストリームアラインド、基盤を提供するプラットフォーム、学びを支援するイネイブリング、専門的な部分を担うコンプリケイテッド・サブシステムを参考にし、チームの認知負荷が大きくなりすぎないようにしています。
EMとの関わりチームの再編やマイクロサービス化の判断、プラットフォームチームを作るかどうかの判断に使います。