第 2 章: データ ガバナンスの境界はどこにあるのか?

デジタル変革の波の中で、データガバナンスは企業が無視できない中核的な課題となっています。しかし、この巨大なデータに直面して、多くの企業やデータ管理者は、どこから始めればよいのか途方に暮れてしまうことがよくあります。この記事では、データ ガバナンスの境界問題を詳細に検討し、データ プロデューサー、データ プロセッサー、データ コンシューマーの 3 つの参加者の役割と責任、およびデータ ガバナンスの 2 つの境界範囲を分析します。

他の人がデータ ガバナンスについてどう感じているかはわかりませんが、私は巨大な怪物に直面しているような気がして、どこから始めればいいのかわかりません。やるべきことはたくさんあるようですが、具体的に何をすればいいのでしょうか？まず何をすべきか、次に何をすべきか?体全体に影響を及ぼす重要なポイントはありますか？段階的な出力を実現するにはどうすればよいでしょうか?スムーズに進めるには？待ってください、答えよりも疑問の方が多いようです。

合意する必要がある最初の事柄について言えば、現時点では、データ ガバナンスの第一歩は、管理する境界を決定することだと個人的には考えています。

1. 3つのデータ参加者

データフローに応じて、データプロデューサー、データプロセッサー、データコンシューマーの 3 つの参加者が存在します。

データ プロデューサーは、データを生成するビジネス システムです。データ プロセッサは、クリーニング、モデリング、および処理を実行するデータ部門であり、通常はデータ ミドル オフィス部門です。データ コンシューマーとは、クリーンアップされ処理されたデータを最終的に使用する部門であり、ビジネス部門または分析部門になります。

2. データガバナンスの2つの境界

ここでデータ ガバナンスの境界を決定するということは、ガバナンスがデータ処理者が関与する範囲のみを対象としているのか、それともデータ生成者が関与する範囲も含まれるのかを決定することを意味します。

つまり、業務システムによって生成され、データミドルプラットフォームにインポートされたデータのみが管理対象となり、つまり、データはレイクに入ってから管理対象となります。ビジネス システムによってデータが生成されると、そのデータがデータ センターにインポートされる前、つまり、レイクに入る前のガバナンスが始まります。

名前が示すように、エンタープライズ レベルのデータ ガバナンスを実施する場合は、当然、レイクに入る前のガバナンスとレイクに入った後のガバナンスの両方が必要になります。しかし、この2つのガバナンスには、難易度、プロセス、伝達範囲などにおいて、まだ大きな差があるのが実情です。データは水の流れのようなものだと言われています。湖に入る前のこのようなデータガバナンスは、川の下流域のようなものです。川の上流域で統治を要求することがいかに困難であるかは想像に難くない。

1 つ目は、レイクに入った後のデータ ガバナンスです。これは主にデータ ミドル プラットフォーム (データ ミドル プラットフォームが主導すると想定) に基づいており、他のビジネス部門の支援を受けます。 2 番目のタイプには、データ レイクに入る前のデータ ガバナンスが含まれますが、実際には会社全体がシステムを適応および変革する必要があります。ファーウェイは、業務システムがオンラインにリリースされる前に、データレイクに入る前後のガバナンスが一定のデータガバナンス基準と品質要件に準拠しなければならないという目標を達成したとされている。要件を満たしていない場合、システムはオンラインになりません。

データガバナンスプロジェクトの開始時に、データレイクに入る前と入った後でグローバルなデータガバナンスを行う必要があり、変革には全社的な協力が必要だと言っても、おそらく成功しないでしょう。この時、「データガバナンスはトップレベルのプロジェクト」という話をよく聞きますが、個人的にはトップが何をどうサポートするかにかかっていると感じています。もし無神経なサポートが本当にビジネスシステムに影響を与えたら、誰が責任を負うのでしょうか?結局のところ、データ ガバナンスは現時点ではまだ仕上げの段階にあります。

そして、現時点では、明確で成功への道筋が完全には明らかではないように感じます。

もちろん、これはリーダーシップのサポートが必要ないという意味ではありません。データガバナンスのプロセスにおいては、リーダーシップのサポートが有利な条件であると個人的には考えています (場所と人については後で説明します)。むしろ、道筋が明確になって初めて、リーダーの支持を得て、人材、資金、時間を与え、期待をコントロールできることを意味します。

ほとんどの場合、サポートには条件が付いており、サポートを受ける前に成功の見込みがあることが必要です。

3. レイクに入る前にデータガバナンスを実施していますか?

つまり、レイクに入る前にはデータ ガバナンスがないということですか?あまり。むしろ、最初はレイクに入った後のデータガバナンスのみを行い、その後、問題主導型とシナリオ主導型の方法を通じて、レイクに入る前のデータガバナンスに徐々に浸透し、ビジネスに影響を与え、グローバルなデータガバナンスを実現することを意味します。

問題解決型は理解しやすいです。それは、ある日、一部のデータに矛盾があり、口径を統一できず、値を揃えることができないことが判明することを意味します。その理由は、特定のシステム内のデータに異常が発生することが多いためです。このとき、この問題を利用して、データを中間プラットフォームにインポートする前にデータ ガバナンスを実行するようにビジネスを推進できます。つまり、ビジネス システム上でデータ ガバナンスを実行することができます。誤ったデータを通じて、ソース システムにデータ品質の改善を強制することができます。

もちろん、このプロセスにはツールの監視とサポートが必要です。ビジネス システムがツールを使用して関連する監視ルールを柔軟に構成できるようにします。手動操作の代わりに、その後の効果統計を実行する方法はありません。これにはツールの準備が含まれます。さらに、それらを実装するためのツールに加えて、ポリシー規制も必要です。この問題に対応し、責任を負うための適切な組織的人員も必要です。

もう一つの方法は、シナリオを実行することです。さらに重要なシナリオでは、会社内では常に一貫性のない能力が存在していました。同じ指標に対して、あなたはこの値を言い、私はあの値を言います。あるいは、人事、住所などの主要なマスターデータ情報をシステム間で統合することができません。このとき、シナリオを使用して、異なる組織の人を調整し、同じ標準に従い、ツールを使用して能力を統一します。例えば、社内の異なるシステムの住所データを統合したり、社内の異なるシステムで収集された人事データを連携するECIFを構築したりします。

これらのシナリオ主導のガバナンスはそれぞれ、比較的大規模なシステム プロジェクトになります。前述のとおり、ECIF はユーザーマスターデータを接続するために使用する独立したシステムです。

この段階的な改善の形式は、データ レイクに入る前にビジネスに影響を与え、システム データ ガバナンスの目標を達成するために使用されます。

さらに、最初にレイクに入った後にデータ ガバナンスを実施する別の理由もあります。レイクに入った後のガバナンスのこのアクションを通じて、データミドルオフィス部門とビジネス間のコミュニケーションと信頼を高めることができます。これにより、ビジネス部門は、これがオプションであると感じたり、抵抗したりするよりも、何が行われているかを知り、アクション レベルからビジネスに影響を与えることができます。

IV.結論

この章では、データガバナンスを理解する上で最初に確認する必要がある問題である、データガバナンスの境界問題について主に説明します。最初は、レイクに入った後のデータのガバナンスに重点が置かれ、次に、問題主導型およびシナリオ主導型の方法を通じて、レイクに入る前のガバナンスが実行され、グローバルガバナンスが実現されます。

データガバナンスの境界を確認した後、データガバナンスの内容を紹介する前に、まずはデータ管理とデータガバナンスの違いについて説明します。これら 2 つの概念の異なる意味を識別することで、データ ガバナンスの概念をより深く理解できます。