第5回 成功に導くリーダーシップ：データガバナンス導入における経営層の役割とコミットメント

「投資」の次に問われるのは「誰が動かすか」

前回は、データガバナンスの経済効果を、品質原価による「守りの効果」と、収益力・競争力の向上による「攻めの効果」の両面から測る枠組みを示した。

効果が測れるということは、投資として社内の意思決定に載せられるということである。データガバナンスを推進する全社方針が示され、予算がつき、体制図が描かれ、推進部署が発足する。ここまでは、多くの企業がたどり着く。

問題はその先で起きる。予算も体制も整えたにもかかわらず、二年後に振り返ると、台帳として作成されたデータカタログには不統一な定義が並び、データ品質改善しないまま放置され、各部門は相変わらず自部門の表計算ファイルを根拠に意思決定している。データ管理システムは導入されたが、ガバナンスの実態は依然と大きく変わらない。

この理想と現実の差は、ガバナンス遂行能力の問題としてではなく、データガバナンスの各階層に期待されるリーダーシップの問題として理解する必要がある。ガバナンスは、組織にとって「今それをやらなければならない理由」が共有されない限り、他の日常業務に優先順位を譲り続けるという構造的な性質を持つ。

情報処理推進機構（IPA）が2026年7月に公表した「DX動向2026」（2026年4月17日から6月12日にかけて実施、有効回収1,799社）によれば、データを「全社で利活用している」または「事業部門・部署ごとに利活用している」と回答した企業は合計59.9%に達する。

その一方で、データ整備・管理・流通における課題として、「人材の確保が難しい」を51.2%、「データの標準化が難しい」を36.8%、「管理システムが整備されていない」を32.6%の企業が挙げている。データを使ってはいるが、使えるように整える仕組みづくりで詰まっている、という姿である。

さらに興味深いのは、経営層の関与に関する数値である。同調査では、経営者がデジタル分野について見識を「十分に持っている」「まあまあ持っている」と回答した割合は49.9%であり、前年度の40.2%から約10ポイント上昇した。しかし、「経営者・情報システム部門・業務部門の協調」ができていると回答した割合は48.9%にとどまる。見識は高まっているが、それが部門をまたぐ協調行動に転換されているとは言い難い。
加えて、AIの導入・利活用におけるリーダーシップ体制を尋ねた設問では、「情報システム部門の長」が46.0%を占め、「経営層」は32.1%であった。データとAIを経営資源として扱うとしながらも、その舵取りを依然として技術部門に委ねている企業が多い。

障壁が文化と変革の側にあるならば、それを技術部門だけで動かすことは難しい。組織の優先順位、権限、評価基準を変更できる立場にある者、すなわち経営層である。本稿では、この「経営層のコミットメント」を、精神論ではなく設計可能な仕組みとして分解する。

支持とコミットメントを分けるもの

「賛成である」は関与ではない

データガバナンスの推進担当者が経営層に説明を行うと、多くの場合で反対されない。データが重要であること、品質が悪ければ判断を誤ること、規制対応が不可避であることは、経営者にとっていずれも否定しがたい。結果として得られるのは「趣旨に賛成である」「進めてほしい」という反応である。

しかしこれは支持（support）であって、コミットメントではない。支持は、うまくいけば称賛し、うまくいかなければ担当部署の力量不足として片づけることができる立場である。コミットメントは、自らが結果に対する責任を負い、そのために自分の持つ資源と権限を差し出す立場である。両者の違いは、抽象的な態度の差ではなく、観察可能な行動の差として現れる。

この表の右列は、いずれもいずれも経営層の権限と関与がなければ、全社的に実行・定着させることが難しい事項である。逆に言えば、右列が一つも観察されない状態は、どれほど熱心な発言があっても、組織にはコミットメントとして伝わらない。

コミットメントを構成する四つの要素

表1の内容を整理すると、経営層のコミットメントは次の四つの要素に還元できる。

第一に、意思決定権限の移譲である。データに関してが何を決めるのかを定め、その決定に従う義務を全社に課し、最適な判断主体に経営上の意思決定権限を委ねることであり、これは経営層のみが行える重要な経営判断である。併せて、委譲された権限が適切に行使されているかを監視することも必要となる。

第二に、経営資源の配分である。予算と人員、とりわけ専任人員をどれだけ割くか。前掲のIPA調査でDX推進人材の不足を挙げた企業が85.5%に達することを踏まえれば、「既存業務に加えて担当してほしい」という依頼は、実質的に「やらなくてよい」という指示に等しいといえる。

第三に、評価制度への反映である。部門長が自部門の短期業績のみで評価される限り、全社最適のためにデータを標準化し、他部門に提供する行動は合理的な選択肢にならない。評価の設計を変えないまま協調を求めるのは、制度と要求の矛盾である。

第四に、経営層自身の意思決定様式の変更があり、これが最も見落とされやすい。経営会議に提出された資料の数値について、その出所と定義、更新時点を問う。異なる資料の数値が食い違っていれば、いずれが正しいかではなく、なぜ食い違うのかを問う。この振る舞いが定着すれば、現場は「経営層に説明できるデータ」を用意せざるを得なくなる。ガバナンスは、規程よりも需要によって定着する。

意思決定権の設計：誰が何を決めるのか

データに関する意思決定を五つに分解する

コミットメントの第一要素である意思決定権の配分を設計するには、まず「何を決める必要があるのか」を分解しなければならない。ここでは、ITガバナンスにおける意思決定の枠組みを、データガバナンスに置き換えてみる。

1. データ原則：自社はデータを何のために保有し、どこまで活用し、どこから先は行わないのか。利活用と保護の境界線に関する基本方針。
2. データアーキテクチャと標準：全社共通で用いる用語・項目の定義、データの分類（機密度・重要度）、品質基準、識別子の付与ルール。
3. データ基盤：カタログ、マッピング、品質監視、アクセス制御などを担う共通の技術基盤とその運用水準。
4. 業務側の活用ニーズ：どの業務プロセスで、どのデータを、どの粒度と鮮度で必要とするのか。
5. 投資と優先順位：限られた予算と人員を、どの領域・どのドメインから投入するのか。

この五つを一括して「データガバナンス」と呼んでしまうと、実施主体の違いから、議論は混乱する危険性がある。第1項と第5項は経営層が決めるべき事項であり、第2項は全社横断の専門的合議を要し、第4項は業務部門が主導すべきものである。第3項は主に自社の情報システム部門が担当するが、全社方針と業務要件が定まらない限り要件定義することが難しい。決める主体が異なる論点を同一の会議体で同じ扱いにすれば、経営層は技術詳細に付き合わされ、逆に業務部門は自らの判断であるべき事項が停止する。

主導・参画・承認を分けて置く

そこで、五つの領域それぞれについて、主導する者、意見を述べる者、最終的に承認する者を分けて提示する。以下は、事業部門を複数持つ企業を想定した設計例である。

重要なのは表の具体的な配分ではなく、配分が文書として存在し、全社に公開されていることである。「誰が決めるのかが決まっていない」状態は、意思決定の不在に加え、実質的には最も声の大きい部門が決めるという状態に陥りかねない。それは統制ではなく、部門割拠となる。

「連邦型」を選ぶときの落とし穴

意思決定権の配分様式には定式が存在しないが、一般的には経営層が集中的に決める中央集権型、情報システム部門が主導する技術主導型、各部門が独立して決める分散型、そして全社と部門が権限を分担する連邦型などがある。

事業や組織が国内で完結する、あるいは海外の拠点が少ない企業では、中央集権型で意思決定するケースが多い。一方、事業部の独立性が高かったり、海外拠点や展開国が多い日本企業が志向するのは主に連邦型であり、全社の標準を守りつつ部門の裁量も残すという点で、現実的な選択である。

ただし連邦型には固有の失敗様式がある。権限と義務の分担境界を曖昧にしたまま「協調」を掲げると、判断が保留され続けるのである。どの項目を全社標準の対象とし、どの項目を部門の裁量に委ねるのかを列挙し、境界に該当する事案が生じた場合にどちらが決めるのかまで、あらかじめ定めておく必要がある。連邦型は、中央集権型よりも設計に手間がかかる方式であると理解すべきである。

推進体制の三層設計と、経営層の位置付け

決める場・進める場・動かす場

意思決定権を定めたら、それを行使する場としての体制を整える。実務的には以下のような三層に分けるのが扱いやすい。

この三層は、多くのフレームワークに共通する構造であるが、留意すべき点が二つある。

一つは、上位層が下位層の作業を追認するだけの装置になってはならないということである。意思決定層の議題は、事務局が「報告事項」で埋めるのではなく、「決めなければ前に進まない事項」で構成されるべきである。四半期に一度の委員会で決定事項がゼロであったなら、その委員会は機能していない。

もう一つは、下位層から上位層への経路が確保されていることである。実務層で解決できない事案が、推進層を経て意思決定層に上がる。この経路が詰まると、現場は「上げても無駄である」と学習し、独自の回避策を作り始める。データガバナンスの崩壊は、規程違反としてではなく、こうした静かな迂回として進行する。

経営層に固有の役割は「裁定」である

三層のうち、経営層が代替不能な貢献をなしうるのはどこか。方針の文言は事務局が起案できる。投資の妥当性は財務部門が検証できる。指標の設計は専門部署が担える。しかし、部門間で利害が正面から対立したときの裁定は、対立する双方の上位者にしか下せない。

データガバナンスにおいて、この対立は必ず生じる。典型的には次のような形をとる。顧客データの定義を全社で統一しようとすれば、既存の業務プロセスと帳票の改修負担を負う部門と、その恩恵を受ける部門が異なる。負担する部門にとって、それは自部門のコスト増以外の何物でもない。適切な統制を伴わずにデータへのアクセス範囲を広げれば、情報漏えい等のリスクが高まる。営業部門とリスク管理部門の立場は一致しない。不要なデータの保有期間を短縮すれば、過剰保有に伴う管理コストや漏えいリスクを抑えられる一方、法定保存義務や分析上の必要性との調整が求められる。

これらはいずれも、正しい答えが技術的に導けない問題である。全社としてどちらを優先するかという価値や、決定がもたらすリスクの受容の判断であり、それらは経営判断そのものである。それを「関係部門で調整のうえ、方針を持ってくるように」と差し戻すのは、意思決定の委譲ではなく放棄である。当事者間の調整に委ねられた対立は、たいていの場合、現状維持という結論に落ち着く。

したがって、意思決定層の運営設計には、裁定のための仕組みを組み込んでおくことが望ましい。すなわち、対立事案を議題として上げる様式を定め、双方の主張と影響額を併記させ、期限内に結論を出し、判断の理由を記録して全社に公開する。理由の公開は、次に同種の対立が生じたときの判断基準として蓄積される。裁定を繰り返すことで、組織は経営層の価値基準を学習する。これが、規程を配布することよりもはるかに強い統制効果を生む。

変革をどう起動し、持続させるか

危機を待つのではなく、問いを設定する

大規模な情報漏えい、当局からの指摘、監査での不備の発覚といった事象は、組織の優先順位を一夜で変える。しかし、危機の到来を待つのは経営として最も高価な選択である。

危機が果たしている機能を分解すれば、代替する手立ては見える。危機は、（1）期限を強制し、（2）部門間の優先順位争いを終結させ、（3）全社に共通の目的を与える。言い換えれば、危機がもたらす期限、優先順位の明確化、全社共通の目的という三つの条件を、平時から経営の仕組みとして設計できれば、それが代替手段になる。

具体的な方法は、経営層が「データで解くべき経営上の問い」を、期限とともに提示することである。抽象的な「データドリブン経営の実現」では機能しない。たとえば「主要顧客ごとの実質的な収益性を、来期の第2四半期までに全事業横断で把握できる状態にする」、「主要製品の品質不具合について、発生から原因特定までの所要時間を半減させる」といった、答えが出れば経営判断が変わる問いである。

このような問いを立てると、必然的に、部門をまたいだ顧客の同一性判定、共通の勘定科目定義、製造と品質保証のデータ連携といった課題が浮上する。データガバナンスの必要性が、規程の遵守としてではなく、経営課題の解決の前提条件として現れる。これが、危機を待たずに変革を起こさせるための現実的な方法である。

短期の成果を意図的に設計する

データガバナンスにおいて特に軽視されやすいのが、短期的な成果の実現である。

データガバナンスは基盤整備であり、成果が出るまでに時間がかかる。しかし、成果が出るまで理解を待ってほしいという要請は、組織においては簡単に通らない。予算編成のサイクルは毎年巡り、人事異動で理解者は入れ替わり、他の投資案件との比較にさらされる。

したがって、着手から半年から一年程度で提示できる成果を、あらかじめ設計に織り込む。全社を対象にせず、一つの業務領域に絞って可視化を完了させる。手作業で行われている月次のデータ突合を自動化し、削減された工数を計上する。監査や顧客からの照会に対する回答日数の短縮を記録する。いずれも規模は小さいが、「進んでいる」ことの証拠になる。

前回述べた成熟度別のKPIの考え方は、この文脈でも有効である。初期段階では「見える化」の成果を測り、標準化段階では「効率化」の成果を測る。段階に不相応な指標を掲げれば、達成できない目標を掲げ続けることになる。

現場の抵抗は情報である

データの標準化や入力ルールの徹底に対して、現場からは必ず反発が生じる。「現場の業務を知らない管理部門が、余計な手間を増やしている」という形で表出することが多い。

この反発を、変革への抵抗として一括して扱うのは誤りである。多くの場合、そこには二つの異なるものが混在している。一つは、変化そのものへの心理的な抵抗である。もう一つは、提案された仕組みが業務実態に合っていないという、正当な指摘である。
後者を抵抗として押し切れば、現場は表面的に従いながら、実質的には従来の運用を並行させる。二重帳簿の発生である。これはデータ品質を、統制がなかった場合よりも悪化させる。

経営層の役割は、この二つを切り分ける場を保証することである。すなわち、現場が「この仕組みは業務に合わない」と述べられる経路を公式に用意し、その指摘に基づいて仕組みを修正することを推進部署に義務づける。同時に、修正を経た仕組みには従うことを明確に求める。聞く姿勢と、決めたことを守らせる姿勢は、両立させなければならない。前者を欠けば実務に合わない制度が残り、後者を欠けば制度そのものが空文化する。

コミットメントを風化させない仕組み

属人から制度へ

経営層のコミットメントは、放置すれば必ず減衰する。経営環境は変わり、より緊急性の高い課題が現れ、担当役員は入れ替わる。着手当初の熱量に依存した推進は、その熱量の源が失われた時点で止まる。

したがって、コミットメントは個人の意志から制度へ移し替える必要がある。以下は、そのための代表的な仕組みである。

コミットメントを風化させない仕組み

属人から制度へ

経営層のコミットメントは、放置すれば必ず減衰する。経営環境は変わり、より緊急性の高い課題が現れ、担当役員は入れ替わる。着手当初の熱量に依存した推進は、その熱量の源が失われた時点で止まる。

したがって、コミットメントは個人の意志から制度へ移し替える必要がある。以下は、そのための代表的な仕組みである。

このうち対外開示は、実務上とりわけ強い規律として働く。外部に説明した方針は、社内で軽々に取り下げられない。2024年9月19日に改訂された経済産業省「デジタルガバナンス・コード3.0」は、DX経営に求められる観点として「経営ビジョンとDX戦略の連動」「As is – To beギャップの定量把握・見直し」「企業文化への定着」の三つの視点を掲げ、その柱の一つに「ステークホルダーとの対話」を置いている。データガバナンスの方針と進捗を外部に説明する行為は、この要請に応えると同時に、社内の推進力を制度的に確保する手段でもある。同コードが「経営ビジョンとのつながりを意識しながら、重要なデジタル面の課題について、具体的なアクションやKPIを考えることが求められます」と述べるとおり、方針の表明はKPIとの結合によって初めて実効性を持つ。

コミットメントが崩れる四つの型

最後に、経営層の関与が形式化していく典型的な様式を挙げる。自社が該当していないかを確認する材料として用いていただきたい。

丸投げ型は、CDOや推進部署を設置した時点で経営層の関与が終わるものである。設置は権限の付与を伴わなければ意味を持たない。前述した議題設定権、予算裁量、評価への発言権の三点が付与されているかを確認すべきである。

宣言型は、方針の表明と対外的な発信は積極的に行うが、資源配分と評価制度に手を付けないものである。組織は言葉ではなく予算と評価を見て動く。宣言と制度の乖離は、経営層の本気度を測る指標として現場に正確に読み取られる。

ツール先行型は、データカタログやデータ品質管理製品の導入を目的化するものである。第1回で述べたとおり、技術はイネーブラーであってガバナンスそれ自体ではない。責任の所在と決定の手続きが定まっていない組織に道具を与えても、使われないカタログが増えるだけである。

完璧主義型は、全社の網羅的な整備を最初から目指し、着手が遅れるものである。全データ資産の棚卸しを完了させてから運用を始めようとすれば、棚卸しが終わる前に対象が変化する。重要度の高い領域から着手し、運用しながら範囲を広げる方針を、経営層自らが承認しておく必要がある。

リーダーシップとは「決め続けること」である

データガバナンスにおける経営層の役割は、旗を振ることではない。決めること、決め続けることである。

何のためにデータを持つのかを決める。誰が何を決めるのかを決める。どこに資源を投じるのかを決める。部門の利害が対立したとき、どちらを優先するのかを決める。現場からの異議を受けて、仕組みをどう修正するのかを決める。そして、これらの決定を、四半期ごとの会議体と年次の評価と対外開示という制度に載せて、繰り返す。

第3回で、データガバナンスをコストから競争優位への投資へ転換する視座を示した。第4回で、その効果を守りと攻めの両面から測る方法を示した。

本稿で示したのは、その投資を実際に動かす駆動系である。効果の測定が正確でも、駆動系が接続されていなければ、車体は動かない。逆に、経営層が意思決定の主体として関与し続けるならば、データガバナンスは規程の集合ではなく、組織の判断能力そのものを高める機能として働き始める。

データマッピングによって描いた地図は、行き先を決める者がいて初めて意味を持つ。地図を読み、進路を選び、進路変更の責任を負うのは、経営層の仕事である。