部署で割れるマスターデータ——DXより先に解くべきデータガバナンスの問い

部署ごとに違うデータが、DXの動脈を詰まらせる

DXを進めようとすると、どこかで必ず同じ壁にぶつかる。システムを導入しても、データが動かない。正確には、データはある。ただし部署ごとに、それぞれの形で。

営業部が管理する顧客リストと、経理が持つ請求先マスターは、同じ取引先への情報でも表記が違う。「株式会社○○」「(株)○○」「○○株式会社」——三者三様のまま何年も運用されてきた。商品コードは製造部門と販売部門で体系が別々に育ち、取引先コードも購買部と経理では桁数も命名規則も異なる。

こうした状態でデータを一元管理しようとすると、名寄せのための手作業が大量に発生する。その工数は、DXで削減したかった時間を超えることがある。ツールの導入コストより、データ整備の人件費の方が高くついた——という結果は、決して特殊なケースではない。

経営ダッシュボードで現場が数値を補正している状況も、根を辿ればマスターデータの揺れに行き着くことが多い。どの部署のデータが「正」なのかが決まっていないまま、集計と補正が積み重なっていく。

マスターデータの不一致は、技術ではなく組織の問題だ

「マスターデータを統一すればいい」——そう言うのは簡単だが、実行は難しい。その理由は技術にない。組織にある。

マスターデータの不一致が長年続く背景には、次のような構造がある。

• 各部署が「自部門の業務に最適化した」データを独自に育ててきた
• 統一の基準を決める「場」も「権限」も、どこにも設定されていなかった
• 過去の統一プロジェクトが中途で止まり、複数の「暫定版」が並存している

重要なのは、これが悪意やミスの結果ではないという点だ。部署ごとに最適化するのは、その時々の合理的な判断だった。問題は、その部分的な合理性が全社レベルでは非合理を生む構造になっていることにある。

データガバナンスとは、「誰が何を決める権限を持つか」を組織として設計することだ。マスターデータに絞れば、「顧客」「商品」「取引先」それぞれについて、定義の最終権限をどの部署・誰が持つかを明確にする作業を指す。これが決まらない限り、どれだけ優秀なシステムを導入しても、データは再び分岐していく。新しいシステムが古い分断を引き継ぐだけになる。

統一の前に「誰が決めるか」を決める

では、どう進めるか。すべてを一度に統一しようとするのは現実的ではない。まず優先順位をつけることから始める。

DXのためのデータ整備は、「最も影響範囲の大きいマスターデータ」から着手するのが原則だ。

業種によって異なるが、多くの場合「顧客マスター」の揺れが最もDXの足を引っ張る。顧客に紐づく売上・請求・問い合わせ履歴が統合できないと、受注管理も顧客対応履歴の管理も中途半端な機能しか持てない。

実際に進める順序は次のようになる。

1. 現状の差異を可視化する — 各部署が持つマスターデータを並べ、どこがどう違うかを一覧にする。違いが見えるだけで、次の議論が具体化する。
2. データオーナーを決める — 各マスターデータについて「定義の最終権限を持つ部署・担当者」を明確にする。担当者が変わっても引き継がれる仕組みとセットで設計する。
3. 統一基準を文書化して共有する — コード体系・命名規則・更新フローを文書にし、全部署が参照できる状態を整える。システムの話はここから先だ。

何を・どう集めるかというデータ収集の設計の問いと同様に、入口の仕様より先に「そのデータを誰が責任を持って管理するか」を決めることが、後工程のコストを大きく左右する。収集の設計がいかに精緻でも、管理の責任が宙に浮いていれば、データはすぐに揺れ始める。

DXの問いは「どのシステムを選ぶか」ではなく、「誰がデータの責任を持つか」という組織設計の問いと切り離せない。マスターデータの統治が整って初めて、デジタルは商いを前に進める道具になる。

自社のデータ整備の現状を整理したい場合や、どこから手をつけるべきか迷っている場合は、しぼる：DX伴走支援からご相談ください。