LESSON 30分

ストーリー

田
田中VPoE
ガバナンスフレームワークの「体制」の部分を深掘りする。最も重要な問いはこれだ — 「うちの顧客データの責任者は誰か？」
あなた
えっと…EC開発チームがDBを管理しているので、EC開発チームのリーダーですか？
あ
田
田中VPoE
それが典型的な誤解だ。DBを管理しているのは「技術的な管理者」であって「データオーナー」ではない。顧客データのビジネス上の責任者は誰か。品質に問題があったとき誰が判断するか。アクセス権限の承認は誰がするか。これらを明確にするのがデータオーナーシップだ
あなた
技術的な管理と、ビジネス上の責任は違うんですね
あ
田
田中VPoE
その通りだ。データオーナーシップのモデルには複数の役割がある。それぞれの責任範囲を明確に定義することが重要だ

データオーナーシップの役割モデル

4つの主要役割

役割英語名責任範囲典型的な人物
データオーナーData Ownerビジネス上の最終責任者。品質基準の承認、アクセス権限の承認部門長、VP
データスチュワードData Steward日常的なデータ品質管理、ポリシー遵守の監視シニアアナリスト、テックリード
データカストディアンData Custodian技術的なデータ管理、セキュリティ、バックアップデータエンジニア、DBA
データ利用者Data Consumerデータの利用、品質問題の報告、利用ルールの遵守アナリスト、PM、営業等

役割間の関係

データオーナーシップの構造:

データオーナー（ビジネス責任者）
  │  ・データの品質基準を定義
  │  ・アクセス権限を承認
  │  ・戦略的な意思決定
  │
  ├── データスチュワード（品質管理者）
  │     ・日常的な品質監視
  │     ・ポリシー遵守の確認
  │     ・品質問題のトリアージ
  │     ・メタデータの管理
  │
  ├── データカストディアン（技術管理者）
  │     ・DBの運用・管理
  │     ・セキュリティ設定
  │     ・バックアップ・リカバリ
  │     ・パフォーマンス最適化
  │
  └── データ利用者
        ・データの適切な利用
        ・品質問題の報告
        ・利用規約の遵守

データオーナーの割り当て方

割り当ての原則

原則説明例
ビジネスドメインデータが属するビジネスドメインの責任者顧客データ → 営業/CS部門長
生成元データを生成するプロセスの責任者注文データ → EC事業部長
利用目的データの主要な利用目的の責任者マーケティングデータ → マーケ部門長
1人原則1つのデータドメインに1人のオーナー曖昧な「共同責任」は避ける

データドメインとオーナーの対応例

データドメインデータオーナーデータスチュワードデータカストディアン
顧客マスター営業部長CRMチームリーダーデータエンジニア
注文トランザクションEC事業部長EC開発テックリードDBA
商品マスターMD（マーチャンダイジング）部長商品管理チームリーダーデータエンジニア
在庫データサプライチェーン部長物流チームリーダーインフラエンジニア
ユーザー行動データプロダクト部長プロダクトアナリストデータエンジニア
財務データCFO経理チームリーダー経理システム担当

データスチュワードの詳細

データスチュワードの3つのタイプ

タイプ特徴向いている組織
専任スチュワードデータ品質管理がフルタイムの業務大規模組織、規制業界
兼任スチュワード本業の傍らでスチュワード業務を担当中規模組織、一般企業
ドメインスチュワードドメインチーム内でデータ品質を担当データメッシュ型組織

データスチュワードの具体的な業務

業務カテゴリ具体的なタスク頻度
品質監視データ品質ダッシュボードの確認日次
品質対応品質アラートへの対応、原因調査随時
メタデータ管理データ定義の更新、カタログの拡充週次
アクセス管理アクセス権限リクエストのレビュー随時
変更管理スキーマ変更の影響評価随時
教育データ利用者への品質意識向上月次
レポートデータ品質レポートの作成月次

ガバナンス委員会の設計

委員会の構成

役割人物責任
議長CDO / CTO / VPoE戦略的方向性の決定、最終意思決定
データオーナー代表各ドメインのオーナー（3-5名）ドメインの課題と要望の代弁
データエンジニアリング代表データチームリーダー技術的な実現可能性の評価
セキュリティ代表CISO / セキュリティリーダーセキュリティ・コンプライアンスの観点
法務代表法務部門担当者法的リスクの評価
事務局データガバナンスチーム議事進行、アクションアイテム管理

委員会の運営

項目内容
開催頻度月次（緊急時は臨時開催）
議題例ポリシーの承認/変更、品質レポートの確認、インシデントの振り返り、新規データソースの承認
意思決定合議制（セキュリティ関連は議長が最終判断）
記録議事録と決定事項をWikiに公開

RACIマトリクスによる責任の明確化

データ管理のRACIマトリクス

活動データオーナースチュワードカストディアン利用者ガバナンス委員会
品質基準の定義ARCIA
日常的な品質監視IRCI-
アクセス権限の承認ARC-I
スキーマ変更の承認ARRIC
インシデント対応ARRII
ポリシーの策定CRCIA
データカタログの維持IRCC-
コンプライアンス監査ARRCA

※ R=Responsible（実行）, A=Accountable（説明責任）, C=Consulted（相談）, I=Informed（報告）

オーナーシップ導入の実践ポイント

成功のための5つのポイント

ポイント説明
経営層のコミットメントデータオーナーシップは経営課題。部門長レベルの関与が不可欠
段階的なロールアウト全ドメイン同時ではなく、重要度の高いドメインから開始
権限と責任のセット責任だけ押し付けるのではなく、意思決定権限も付与する
業務負荷の考慮スチュワード業務は「追加の仕事」にならないよう、時間配分を明確にする
成功体験の共有オーナーシップによる品質改善の成功事例を全社に共有する

「“誰のデータか”が曖昧な状態は”誰も責任を取らない”状態と同じだ。オーナーシップの明確化は、データ品質改善の最も効果的な第一歩だ」 — 田中VPoE

まとめ

ポイント内容
4つの役割データオーナー、スチュワード、カストディアン、利用者
オーナー割り当てビジネスドメインの責任者を1人のオーナーに
スチュワードの業務品質監視、メタデータ管理、アクセス管理、教育
ガバナンス委員会月次開催、多部門横断、合議制

チェックリスト

  • データオーナーシップの4つの役割を理解した
  • データオーナーの割り当て原則を理解した
  • データスチュワードの業務内容を把握した
  • ガバナンス委員会の構成と運営を理解した
  • RACIマトリクスの使い方を理解した

次のステップへ

次は「メタデータ管理戦略」を学びます。データカタログの構築とメタデータの自動収集・管理の方法を身につけましょう。

推定読了時間: 30分