

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# チームおよびインタラクション
<a name="teams-interactions"></a>

データメッシュアーキテクチャを実装するには、チームとそのインタラクションパターンを整理する必要があります。[Conway の法律](https://www.melconway.com/Home/Committees_Paper.html)では、システムの設計は、それを実装した組織の通信構造を模倣することになると規定されています。つまり、ソフトウェアソリューションのアーキテクチャは、ソフトウェアソリューションを構築したチームの構成を反映しています。Conway の法則のもう 1 つの意味は、チーム構造を昇格させたいアーキテクチャと一致させるように努めることです。データメッシュソリューションの場合、これは組織内の分散チーム構造を昇格させることを意味します。

## データメッシュ戦略に関与するチーム
<a name="teams"></a>

このジャーニーの基本チームは、セルフサービスデータプラットフォームチームとドメインチームという、組織のデータメッシュを構築するコアチームです。さらに、組織のデータメッシュジャーニーを加速するために、イネーブラーチームは必要に応じてサポートを支援できます。このセクションでは、お客様で AWS 観察した一般的なチームを取り上げます。組織のデータとクラウド成熟度によっては、これらのチームの一部が既に存在している可能性があります。この場合、データメッシュイニシアチブをサポートするために、これらのチームのスポンサーシップを取得します。業界、組織のサイズ、データメッシュソリューションの範囲に基づいてチームを設計することをお勧めします。

### エグゼクティブリーダーシップチーム
<a name="executive"></a>

経営幹部チームは、組織のデータとデータ管理戦略のビジョンを定義します。これらのチームのメンバーは、貴社の C レベルのエグゼクティブ、IT、ビジネスエグゼクティブです。エグゼクティブリーダーシップチームには、以下の主要な責任があります。
+ データ戦略のビジョンを策定します。
+ データメッシュ戦略をスポンサーします。
+ プログラムの状態を評価するためのメトリクスを定義して収集します。

### ドメインチーム
<a name="domain"></a>

ドメインチームは、データドメインに関連するデータ製品を作成および維持します。これらのチームのメンバーは、組織にビジネス価値をもたらすドメイン固有の知識と独自のユースケースを持っています。ドメインチームには、以下の主要な責任があります。
+ データ製品を所有します。
+ ビジネスユースケースの優先順位に関するリーダーシップと連携します。
+ セルフサービスデータプラットフォームチームと協力して、定義された期間内にビジネス価値を提供します。

### セルフサービスデータプラットフォームチーム
<a name="data-platform"></a>

セルフサービスデータプラットフォームチームは、セルフサービスデータメッシュベースのデータソリューションのロードマップを所有、維持、推進します。このチームには次の責任があります。
+ データメッシュベースのデータソリューションを所有します。
+ ユーザーからのフィードバックに基づいて、リーダーシップチームと協力して、データソリューションの新機能を実装します。
+ データメッシュベースのデータソリューションを維持する
+ データソリューションに関連するビジネスおよび技術的な質問の連絡先として機能します。

### ガバナンスチーム
<a name="governance"></a>

ガバナンスチームは、データ製品が業界標準と規制を満たしていることを確認します。このチームは、データの品質と管理のゲートキーパーとして機能します。ガバナンスチームは、適切なメカニズムを設定することで、データユーザーにデータに対する信頼と信頼を提供します。ガバナンスチームの主な責任は次のとおりです。
+ リーダーシップチーム、ドメインチーム、セキュリティチームと連携して、データガバナンスの原則とガードレールを定義します。関連するトピックの例としては、データ品質、データセキュリティ、データ系統、データタグ付けなどがあります。
+ これらの原則とガードレールを実装する際に、セルフサービスデータプラットフォームチームをサポートします。

### クラウド基盤チーム
<a name="cloud-foundation"></a>

クラウド基盤チーム (ランディングゾーンチームとも呼ばれます) は、データソリューション AWS アカウント 用に設定された新しい をプロビジョニングします。クラウド基盤チームには、このチームの主な責任があります。
+ データソリューション AWS アカウント 用に新しい を設定してプロビジョニングします。
+ データソリューションにリンク AWS アカウント されている の設定更新をリリースします。

### アセットチーム
<a name="assets"></a>

アセットチームはドメインチームと協力して、再利用可能なアセットを特定して抽出します。このチームは、セルフサービスのデータプラットフォームチームがこれらの再利用可能なアセットをデータソリューションと統合して、 がすべてのデータユーザーがアセットを利用できるようにします。

また、ライフサイエンス業界には [GxP](https://aws.amazon.com/compliance/gxp-part-11-annex-11/) (グッドプラクティス) チームなど、業界固有のチームが必要になる場合もあります。組織がクラウドを初めて使用する場合、データインジェストチームは、オンプレミスからクラウドにデータを移動するのに役立ちます。

## チーム間のやり取り
<a name="interaction"></a>

Conway の法則の 1 つの意味は、すべてのコミュニケーションが役立つわけではなく、コミュニケーションが多すぎると人が仕事をできなくなる可能性があることです。各チームの範囲が定義され、コミュニケーションが集中していることを確認します。通信量が増えると、必ずしもデータメッシュベースのデータソリューションを迅速に配信できるとは限りません。

次の図は、データメッシュ戦略とそれらのやり取りに関係するチームのグループ化を示しています。チームは同心円にグループ化されます。



![チーム間通信の図。](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/strategy-data-mesh/images/data-mesh-interteam-communications.png)


1. 中心には、セルフサービスデータプラットフォームチームとドメインチームというデータメッシュのコアチームがあります。セルフサービスデータプラットフォームチームは、ドメインチームと頻繁に通信し、テクニカルサポートを提供し、ビジネス価値の創造をスピードアップします。

1. 次のレイヤーでは、ガバナンス、アセット、クラウド基盤の 3 つのイネーブラーチームについて説明します。イネーブラーチームは、セルフサービスデータプラットフォームチームと頻繁に通信します。頻繁に通信することで、すべてのクラウドリソースをデータプラットフォームチームが利用でき、データソリューションが安全で準拠していることが保証されます。アセットチームは、再利用可能なアセットを抽出するためにドメインチームと頻繁にやり取りしません。ガバナンスチームは、セルフサービスのデータプラットフォームチームおよびドメインチームと通信して、データガバナンスの原則とガードレールが確立されていることを確認します。クラウド基盤チームは、セルフサービスデータプラットフォームチームと協力して、新しくプロビジョニングされたアカウントの設定とクラウドリソースに関する要件を収集します。

1. 外部レイヤーは、エグゼクティブリーダーシップチームで構成されています。経営幹部チームは、内部レイヤーのチームの代表者と頻繁にコミュニケーションをとらず、プログラムのステータスをモニタリングし、組織的な問題があるチームのブロックを解除します。