データ ガバナンスの 8 つの原則

他のものと同様に、 データガバナンス まだ原則が必要です。実装する前に、組織はデータ ガバナンスへのアプローチを支える基本原則を特定する必要があります。原則の一般規則はデータ ガバナンスにも適用され、その数は制限されているが固定されている必要があります。ただし、データガバナンスへの道のりで下されるすべての主要な決定は、確立された原則を支持するか損なうかに対して測定する必要があります。この記事では8つ紹介します。 データガバナンスの原則.

データガバナンスの原則

データ ガバナンスを確実に成功させるためには、次の 8 つの基本原則に従う必要があります。

データ ガバナンスの原則 – 1. データ ガバナンスはビジネス主導であるべきです。

「残念ながら、データ ガバナンス プロジェクトが失敗することはよくあることです。失敗の最大の理由の 1 つは、データ ガバナンス活動が、強力なビジネス サポートなしで IT によって推進されていることです。」

よくある誤解は、IT がデータ ガバナンスをリードする必要があるというものです。率直に言って、これは間違っています。

組織内のデータは、ビジネス担当者によって作成および管理されます。悪いデータは、主にビジネス担当者に影響を与えます。データはビジネス上の意思決定をサポートします。これらの決定が間違っていれば、IT ではなくビジネスに影響が及びます。したがって、ビジネスはデータ ガバナンスをリードする必要があり、IT が実際に関与する必要がありますが、IT がリードするべきではありません。

データ ガバナンスの原則 – 2. データ ガバナンスはパートナーシップです。

「ビジネスと IT は、組織のデータを保護および強化するための所有権と責任を共有しています。」

以上の観点から、企業は単独で進めることはできません。ビジネス ユニットがデータを収集して分析するには、IT の関与が不可欠です。さらに、ほとんどのデータ処理は IT 所有のテクノロジ システムで実行されます。さらに、データ ガバナンスの取り組みで適切なツールと方法論を探している場合は、ツールも購入する必要があります。

したがって、データ ガバナンス プロジェクトは、ビジネスと IT の間の密接な相乗効果と協力関係でなければなりません。

データ ガバナンスの原則 – 3. データ ガバナンスは、IT アプリケーションではなく、人とプロセスに関するものです。

「ツールの点では、データ ガバナンス ツールを購入する必要はないということを理解する必要があります。それを行っているからです。」あなたがしていることを改善するためのツールが存在します。正式なデータ ガバナンスを行っていない場合、または適切に行っていない場合、それを行うのに役立つツールを探すのは時間の無駄です。これは、最初にツールを入手するという典型的な IT 哲学に反するものです。

「それは愚かなことで有名です。」 – データガバナンス、ジョン・ラドリー、エゼビア、2012年。

最初のステップとしてのデータ ガバナンスの一般的なソリューションは、「データ ガバナンス ツール」。ただし、データ ガバナンスの最も重要な要素には、ポリシー、人、およびプロセスが含まれます。アプリケーションが自動的に実装することはできません。

データ ディクショナリの作成、検出と修正など、一部のデータ管理タスクはアプリケーションによって簡素化できます。 データ品質 問題を解決し、履歴データの変更に関する情報を取得しますが、これはデータ ガバナンスではありません。

一部のベンダーは、自社のツールをデータ ガバナンスに必要なすべてのものであると自然に説明する場合があります。これは間違っています。それらを信じないでください。

データ ガバナンスの原則 – 4. データ ガバナンスは、監視よりも実装に関するものです。

「しかし、何らかの理由で、ほとんどの人はデータ ガバナンスを監視機能と関連付けているようです。監視機能は、データ管理、柔軟性の欠如、変化の遅さなど、あらゆる種類の関連性を想起させます。しかし、データ ガバナンスの見過ごされがちな側面は、データ ガバナンスも機能しなければならないということです。可能にする機能として。」

「ガバナンス」という言葉は、「棍棒を持った警察」を意味する人もいます。多くの組織は、これをデータ ガバナンスを実現する方法と見なしています。私の意見では、これは真実からかけ離れています。ガバナンスとは、組織がデータを使って成功できるようにすることであり、より良い情報世界のイネーブラーであるべきであり、組織のデータを評価して組織を非難することの一部であってはなりません。

データ ガバナンスを実装する際、データ ガバナンスが前向きな力であることを強調することで、誰もがリラックスした心でデータ ガバナンスに向き合うことができます。

データ ガバナンスの原則 – 5. データ ガバナンスは、組織の文化に適合する必要があります。

「文化的な障壁と高レベルのサポートの欠如により、データ ガバナンスの最初の試みで成功できる組織は 10% 未満です。」

データ ガバナンスは主に人とプロセスに関するものであるため、重要な考慮事項は組織の文化です。多くのコンサルティング会社は、「実績のある標準的なデータ ガバナンス フレームワーク」のセットを持っており、それらを受け入れようとする組織に販売するよう努めています。

私の意見では、これは問題の要点を逃しています。国際的な銀行で機能するガバナンスの枠組みは、地元の小売業者では機能しない可能性があります。同様に、高度に連合化された組織は、高度に中央集権化された組織とは非常に異なるデータ ガバナンス フレームワークを持つ必要があります。データ ガバナンス フレームワークは組織に適合する必要があり、組織はそれぞれ異なるため、データ ガバナンスの実装ごとに異なるアプローチとパスが必要です。

データ ガバナンスの原則 – 6. データ ガバナンスを組織に統合する必要があります。

「データ ガバナンスのフレームワークが組織に組み込まれていない場合、長期的な変化を達成することはまずありません。」

誰もがデータを作成、操作、管理、または使用するため、データ ガバナンスは単なる部門の責任ではなく、組織内の全員の役割であるべきです。

これは、誰もがデータ ガバナンスを理解し、データ ガバナンスを理解する必要があることを意味します。また、データの使用に関しては、リアルタイムのデータ ガバナンスが必要です。

データ ガバナンスの原則 – 7. データ ガバナンスには権限が必要です。

「当然のことながら、データ ガバナンス ピラミッドの頂点にはデータ ガバナンス運営委員会があります。データガバナンスの規模と潜在的な影響を伴うプログラムには、経営陣のサポートと明確に定義されたレポートパスが必要であるため、「驚くべきことではありません」と言います。」

データ ガバナンスでは、組織はデータの使用方法と操作方法を検討する必要があり、場合によっては両方へのアプローチを変更する必要があります。この規模の変化には、組織全体のサポートが必要です。つまり、データ ガバナンスの実装では、熱狂的な人だけでなく、懐疑論者、傍観者、不器用な人、頑固な人を納得させる必要があります。データ ガバナンスの実装は大きな抵抗に遭遇します。

データ ガバナンスの実践者は、データの専門家であると同時に営業担当者でもある必要があります。ただし、最高の営業担当者でさえ、確約された予算、エスカレーションへのルート、および他のすべてが失敗した場合のエグゼクティブの賛同のメカニズムを持っています.データ ガバナンスは、組織の熱心な意思決定者の主導なしに達成することは困難です。

データ ガバナンスの原則 – 8. 反復作業で時間を無駄にしないでください。

「勤勉であることは良いことですが、物事をシンプルに保つことはよりリラックスできることです。」

組織がすでにデータ ガバナンスを実施している場合は、それをそう呼ばなくても止めないでください。どの組織にも、ほとんどの場合、自分に委ねられた情報を管理するために全力を尽くすデータ意識の高い個人が存在します。積極的にデータ ガバナンスを作成するために時間をかけた人を止めないでください。

彼らがすでに達成したことを土台にして、彼らを尊重し、彼らを助け、彼らから学び、会社の利益のために彼らと協力してください.

強調しすぎることのない、組織内でのデータ ガバナンスの確立に不可欠な重要な原則がいくつかあります。疑問がある場合は、原則を参照してください。特定のデータ ガバナンス タスクがこれらの原則に準拠していない場合、組織はその理由について非常に慎重に考える必要があります。データガバナンスは素晴らしいことです。あらゆる組織内で情報の変化を引き起こし、意思決定の改善、作業の削減、利益と効率の向上、すべての人にとってのデータへのアクセスの容易化につながるはずです。

結論

この記事をお読みいただきありがとうございます。 データガバナンスの原則.データ ガバナンスについて詳しく知りたい場合は、次のサイトにアクセスすることをお勧めします。 Gudu SQLFlow 詳細については。

その一つとして 最高のデータ系統ツール 現在市場に出回っている Gudu SQLFlow は、SQL スクリプト ファイルを分析し、データ系統を取得し、視覚的に表示するだけでなく、ユーザーが以下を提供できるようにします。 データ系統 CSV形式でビジュアル表示を行います。 (2022 年 7 月 9 日に Ryan により公開)