ストーリー
田
田中VPoE
棚卸し手法と成熟度モデルが揃った。次は「どう戦略を立てるか」のフレームワークだ
あなた
フレームワークがないと、思いつきの施策になりそうですね
あ
田
田中VPoE
その通りだ。「データレイクを作ろう」「BIツールを入れよう」と個別施策から入ると、全体最適にならない。ビジネス戦略から逆算し、技術・組織・文化を統合的に設計するフレームワークが必要だ
田
田中VPoE
代表的なものを3つ紹介する。DAMA-DMBOKのフレームワーク、データメッシュの原則、そしてオリジナルの「データ戦略キャンバス」だ。状況に応じて使い分ける
フレームワーク1: DAMA-DMBOK
DAMA-DMBOKとは
DAMA-DMBOK(Data Management Body of Knowledge)は、データ管理の国際的な標準フレームワークです。11の知識領域でデータ管理を体系化しています。
| 知識領域 | 内容 | 重要度 |
|---|
| データガバナンス | 方針、基準、手順の策定と管理(中核) | 最重要 |
| データアーキテクチャ | データモデル、統合、データフロー設計 | 高 |
| データモデリング&デザイン | 概念・論理・物理モデルの設計 | 高 |
| データストレージ&オペレーション | DB管理、運用、パフォーマンス | 高 |
| データセキュリティ | アクセス制御、暗号化、監査 | 高 |
| データ統合&相互運用性 | ETL/ELT、API、データ連携 | 中 |
| ドキュメント&コンテンツ管理 | 非構造化データの管理 | 中 |
| リファレンス&マスターデータ | マスターデータ管理(MDM) | 高 |
| データウェアハウジング&BI | DWH、BI、分析基盤 | 高 |
| メタデータ管理 | データカタログ、メタデータ収集 | 高 |
| データ品質 | 品質基準、測定、改善 | 高 |
DAMA-DMBOKの活用方法
DAMA-DMBOKの位置づけ:
┌─────────────┐
│ データ │
│ ガバナンス │
│(中核) │
└──────┬──────┘
│
┌──────────────────────┼──────────────────────┐
│ │ │ │ │
┌───┴───┐ ┌───┴───┐ ┌───┴───┐ ┌───┴───┐ ┌───┴───┐
│アーキ │ │品質 │ │セキュ │ │メタ │ │マスター│
│テクチャ│ │管理 │ │リティ │ │データ │ │データ │
└───────┘ └───────┘ └───────┘ └───────┘ └───────┘
フレームワーク2: データメッシュ
データメッシュの4原則
| 原則 | 説明 | 従来のアプローチとの違い |
|---|
| ドメイン所有権 | データはドメインチームが所有・管理する | 中央データチームが全データを管理 → 各ドメインが自分のデータに責任 |
| データプロダクト | データを「プロダクト」として設計・提供する | データは副産物 → 消費者のニーズに基づいて設計 |
| セルフサービスプラットフォーム | ドメインチームが自律的にデータを管理・提供できる基盤 | 中央チームがすべてを構築 → プラットフォームとして提供 |
| 連合型ガバナンス | グローバルルールとドメイン自律のバランス | 中央集権的ガバナンス → 連合型で各ドメインに裁量 |
データメッシュが有効な組織
| 適している組織 | 適していない組織 |
|---|
| 大規模(100名以上のエンジニア) | 小規模(データチーム5名以下) |
| 複数の独立したドメインがある | モノリシックな単一プロダクト |
| ドメインチームに十分なスキルがある | データエンジニアリングスキルが一部に集中 |
| 中央データチームがボトルネック化している | 中央チームで十分に回っている |
データプロダクトの設計要件
| 要件 | 説明 | 具体例 |
|---|
| 発見可能 | データカタログに登録され、検索できる | DataHub / Amundsen に登録 |
| アドレス可能 | 一意のURIでアクセスできる | data://domain/product/v1 |
| 信頼可能 | 品質SLAが定義されている | 完全性99.5%、鮮度1時間以内 |
| 自己記述的 | スキーマとセマンティクスが明示されている | OpenAPI / Avro Schema |
| 相互運用可能 | 共通標準に準拠している | 共通ID体系、標準フォーマット |
| セキュア | アクセス制御が適切に設定されている | RBAC / ABAC |
フレームワーク3: データ戦略キャンバス
キャンバスの9要素
独自のデータ戦略キャンバスを使って、戦略の全体像を1枚に可視化します。
| 要素 | 問いかけ | 記載内容 |
|---|
| ビジネスゴール | データ戦略でどのビジネス目標を達成するか? | 売上10%向上、解約率半減、意思決定速度5倍 |
| データ資産 | どのようなデータ資産があるか? | 棚卸し結果サマリ(種類、規模、品質) |
| 成熟度 | 現在のデータ成熟度はどのレベルか? | 成熟度評価結果(7観点のスコア) |
| ギャップ | 現状と目標の間にどのようなギャップがあるか? | 品質、ガバナンス、リテラシー等のギャップ |
| 技術戦略 | どのような技術基盤を構築するか? | アーキテクチャ、ツール選定、構築ロードマップ |
| 組織戦略 | どのような体制・プロセスを構築するか? | ガバナンス体制、役割定義、運用プロセス |
| 文化戦略 | どのようにデータ文化を醸成するか? | リテラシー向上、民主化、チャンピオン制度 |
| 投資計画 | どの程度の投資が必要か? | 人材、ツール、インフラへの投資額と期間 |
| 成果指標 | 成功をどう測定するか? | KPI、マイルストーン、ROI目標 |
キャンバスの使い方
データ戦略キャンバス:
┌─────────────────────────────────────────────────────┐
│ ビジネスゴール │
│ 売上10%向上 / 解約率半減 / 意思決定速度5倍 │
├─────────────┬─────────────┬─────────────────────────┤
│ データ資産 │ 成熟度 │ ギャップ │
│ 5系統 │ Level 2 │ 品質・ガバナンス・ │
│ TB規模 │ → Level 3 │ リテラシーに課題 │
├─────────────┼─────────────┼─────────────────────────┤
│ 技術戦略 │ 組織戦略 │ 文化戦略 │
│ レイクハウス │ CDO設置 │ 全社データリテラシー │
│ dbt + BI │ オーナー制 │ チャンピオン制度 │
├─────────────┴─────────────┼─────────────────────────┤
│ 投資計画 │ 成果指標 │
│ 年間5,000万円 │ 分析セルフサービス率 │
│ 3年計画 │ データ品質スコア │
└───────────────────────────┴─────────────────────────┘
フレームワークの使い分け
組織の状況に応じた選択
| 組織の状況 | 推奨フレームワーク | 理由 |
|---|
| 規制が厳しい業界(金融、医療) | DAMA-DMBOK | コンプライアンス要件を網羅的にカバー |
| 大規模組織、多数のドメイン | データメッシュ | 中央チームのボトルネック解消に有効 |
| 初めてデータ戦略を策定する | データ戦略キャンバス | 全体像を1枚で可視化、合意形成に有効 |
| 既にDWHはあるが活用が進まない | キャンバス + DMBOK | 技術以外の課題を特定するのに有効 |
組み合わせのパターン
| パターン | 説明 |
|---|
| キャンバス → DMBOK | 全体像をキャンバスで描き、各領域の詳細をDMBOKで設計 |
| キャンバス → データメッシュ | 全体方針をキャンバスで合意し、実装をデータメッシュで推進 |
| DMBOK + データメッシュ | DMBOKでガバナンスの枠組みを定義し、実行をメッシュ型で分散 |
「フレームワークはツールだ。正解は1つではない。組織の規模、文化、課題に合ったものを選び、必要に応じて組み合わせる。大切なのは、フレームワークに組織を合わせるのではなく、組織に合うようにフレームワークを適応させることだ」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| DAMA-DMBOK | 11の知識領域でデータ管理を体系化。規制業界に強い |
| データメッシュ | 4原則(ドメイン所有権、データプロダクト、セルフサービス、連合型ガバナンス) |
| データ戦略キャンバス | 9要素で戦略の全体像を1枚に可視化 |
| 使い分け | 組織の規模・業界・課題に応じて選択・組み合わせ |
チェックリスト
次のステップへ
次は「演習:データ資産棚卸を実施しよう」です。ここまで学んだ棚卸し手法、成熟度モデル、戦略フレームワークを使って、架空企業のデータ資産を棚卸しします。
推定読了時間: 30分