Azure でのクラウド規模の分析のチームについて理解する
クラウド規模の分析では、取り込み、処理、分析、消費、視覚化などのチームを、水平方向にサイロ化されたチームでの作業から、各階層でのアジャイルな垂直方向のクロス ドメイン チームに移行することが推奨されます。 データ プラットフォーム運用やプラットフォーム運用のようなプラットフォーム チームは、共通のプラットフォーム グループにグループ化されます。
スケール分析の中で、次のチームを特定します。
- プラットフォーム運用
- データ プラットフォーム運用
- データ ランディング ゾーン運用
- データ アプリケーション チーム
これらの各チームは、クラウド規模の分析の特定の部分に合わせて調整します。以下の詳細にチームの職務の概要を示していますが、これを「ロールと責任」と「Azure でのクラウド規模のチームと職務について理解する」のガイダンスと組み合わせることが推奨されます。
データ ランディング ゾーン チーム
データ ランディング ゾーン グループは、3 つのチームで構成されています。
データ アプリケーション チーム (アプリケーションごとに 1 つのチーム):
- 分析情報、レポート、ノートブック、アプリケーションなどの新しいデータ製品の提供を担当します。
- ビジネス アナリストやビジネス ユニットの関係者と密接に連携します。
- データを新しい読み取りデータ ストアに変換します。
- アクセス階層 (グループ) と承認要求を管理します。
- データ カタログにメタデータを含めます。
データ ランディング ゾーン運用 (データ ランディング ゾーンごとに 1 つのグループ) :
- データ ランディング ゾーン インスタンスの運用とメンテナンスを行います。
- 新しいデータ アプリケーション サービス要求に対応します。
中央データ オフィスかビジネス データ オフィスかを決定する
組織の規模や構造に応じて、さまざまな方法でデータ ランディング ゾーン グループを組み立てることができます。 たとえば、ビジネス データ オフィスのように、既に独自のデータ エンジニア、プログラム マネージャー、ソリューション アーキテクトのセットがある業務に、1 つのデータ ランディング ゾーンを作成する場合などです。 データ ランディング ゾーンをプロビジョニングし、中央プラットフォーム グループからのガバナンスに基づいてビジネス データ オフィスからランディング ゾーンを運用できるようにすることができます。
もう 1 つのオプションとして、データ ランディング ゾーンの業務に、データ アプリケーション (データ製品を作成する) を構築するためのビジネス データ オフィスがない場合があります。 このシナリオでは、中央のデータ オフィスは、データ ランディング ゾーン上で作業するようにベンチにいる人材を異動するコンサルタント会社と考えることができます。 そのようなリソースは、業務に組み込み、Scrum やアジャイル手法を使用してユース ケースを収集し、実行する必要があります。 完了すると、中央のデータ オフィスに戻されます。
これらのどちらのシナリオでも、個人は多分野のチームで働き、目標と、多様な経験、スキル、アプローチを共有し、全員が 1 つのサイロ内にいる場合よりも効果的な結果をサポートできるようになります。
Note
データ ランディング ゾーンが 1 つしかデプロイされていないシナリオでは、1 つのデータ ランディング ゾーン内で業務が重複するのが一般的です。 これにより、データ アプリケーション チームが中央のデータ オフィスとビジネス データ オフィスから提供される横断型の職務が生まれる可能性があります。 ただし、このシナリオの場合、データ ランディング ゾーンの運用職は中央のデータ オフィスに配置されます。
プラットフォーム グループ内のチーム
プラットフォーム グループは、次の 2 つのチームで構成されます。
データ プラットフォーム運用:
データ ランディング ゾーンとデータ アプリケーションの共通ポリシーを定義します。
コア サービスを含むデータ ランディング ゾーンのスキャフォールディングのインスタンスを、データ ランディング ゾーンの運用に渡す前に作成します。
サポート関係者。
プラットフォームの運用:
クラウド プラットフォームを運用し、所有します。
ネットワーク、ピアリング、監視、その他のコア サービスを含め、データ管理ランディング ゾーンとデータ ランディング ゾーンのスキャフォールディングのインスタンスを作成します。
デジタル セキュリティ オフィス
デジタル セキュリティでは、クラウド規模の分析全体を扱います。 通常、これは最高情報セキュリティ責任者が率いる専用部門です。 この部門は、データ プラットフォーム運用、データ ガバナンス レビュー ボード、アーキテクチャ レビュー ボードと密接に連携します。
データ ガバナンスの役割と責任
データ ガバナンスにはユーザーに関する多くの役割と責任があります。 役割と責任は組織によって異なる場合があります。 この表内の役割と責任は、ガイダンス目的でのみ提供されます。
| ロール | 担当 |
|---|---|
| エグゼクティブ スポンサー (たとえば、CFO、CIO)。 | 権限と予算を持つ上位のビジネス関係者です。 データ ガバナンスの確立について説明する義務があります。 |
| データ ガバナンス プログラム リーダー (たとえば、開発責任者、任命されたリーダー)。 | この担当者には、データ ガバナンス プログラムの実装について説明する義務と責任があります。 |
| データ ガバナンス コントロール ボード | このボードには、データ ガバナンス リーダーとデータ所有者が含まれています。 成功のためのメトリックの確立、データ ガバナンスのロードマップの選択、作業グループの選択、データ ガバナンス プログラムの予算の保持、職能をまたがるデータの優先順位付けと定義に関する競合が発生したときの仲介を行います。 |
| データ ガバナンス ワーキング グループ | データの定義と特定のデータ領域 (顧客やサプライヤーなど) の改善の計画と開発、データ ガバナンス コントロール ボードへの進行状況の報告、特定の領域に関する企業全体のスチュワードシップの管理を行います。 |
| データ所有者 | 権限と予算を持つ上位のビジネス関係者です。 品質保証 (QA) について説明する義務があり、企業全体の特定のデータ対象領域またはエンティティを保護します。 そのデータにアクセスし、保守できるユーザーと、その使用方法を決定します。 |
| ビジネス データ スチュワード | QA を監督し、データ対象領域またはエンティティを保護する責任を負うビジネス プロフェッショナルです。 データ領域の専門家であることが多く、企業全体の他のデータ スチュワードとチームを組んで、データ品質を維持する方法を監視し、決定します。 |
| データ保護責任者 | 権限と予算を持つ上位のビジネス関係者であり、個人データの保護について説明する義務があります。 その職務は、企業の業務が行われているすべての管轄区域におけるコンプライアンス法に特化しています。 |
| データ セキュリティ チーム | このチームには、データ アクセス セキュリティとデータ プライバシー ポリシーの実施について説明する義務と責任があります。 |
| データ発行マネージャー | この担当者には、QA を確認し、信頼できる新しいデータ資産をコンシューマーが使用できるようにデータ マーケットプレースで発行することについて責任と説明する義務があります。 |
目標は、企業がハイブリッド コンピューティング環境のライフサイクル全体を管理するときに、分割統治できる方法でガバナンスを編成することです。 1 つの方法は、データ ガバナンス コントロール ボードに報告する複数のワーキング グループを設け、各ワーキング グループが特定のデータ領域やエンティティ (たとえば、顧客や、複数のデータ エンティティで構成されるデータ対象領域など) を担当することです。
その他のグループ
企業は、分析プラットフォームの一元化されたビューを維持するために、運用モデル全体にわたって主要な関係者や対象分野の専門家を含む複数の小さなチームを運営することができます。
アーキテクチャ レビュー ボード
アーキテクチャ レビュー ボードの主な職務は、アーキテクチャのレビューと評価、標準とリファレンスの作成と保守です。 このボードは、各分野の専門家で構成されています。 通常、このような個人は、必要に応じて意見を求めるために招かれた専門領域のアーキテクトや他の技術リーダーです。
フィードバックおよびサポート運営ボード
フィードバックおよびサポート運営ボードは、プロセスに関するフィードバックを受け取り、他のグループと協力してバックログ項目を作成し、ギャップを解消し、ソリューションを改善します。