【シリーズ】データガバナンスがもたらすもの－第5回　データ基盤構築とデータガバナンス（前編）

トップダウンのデータガバナンスとボトムアップのニーズ

ブレインパッド・櫻井洸平（以下、櫻井）　ブレインパッドのデータガバナンス構築支援の方法論として、「攻守一体のデータガバナンスフレームワーク」というものを提唱していることは以前の回でお話ししました。

「守り」とは監督、すなわちルールを作ってそれを守らせることで、戦略と統制／管理の２つの観点があります。また「攻め」とは執行、すなわちガバナンスによって効率的にデータを活用しビジネス価値に結びつけることです。これには組織／人材とプロセス、技術、品質の４つの観点があります。これら６つの観点をデータ活用の全体戦略に基づき、網羅的にバランス良く検討していくというのが私たちが提唱するデータガバナンス策定の進め方になります。

これは全体戦略から落とし込んでいくトップダウン型のアプローチになることは言うまでもなく、これこそが本来ブレインパッドが提唱すべき理想的なデータガバナンスの進め方という信念を私たちは持っています。

しかしながら、これとは逆方向であるボトムアップ型アプローチのニーズが多いのも現実です。ニーズに応えるべくボトムアップ型の支援も行っていますが、これは理想とは違い非常に難しい面があります。その難しさをどうやって克服しようとしているのか――これが今回の討論のテーマになります。

そこで今回は、ボトムアップ型アプローチの中心となる、データガバナンスの実行環境となるシステム開発を横断的に推進、統括されている、秦さんをお招きしました。

では秦さん、まず簡単に自己紹介をお願いできますか。

ブレインパッド・秦健浩（以下、秦）　データエンジニアリング本部 エンジニアリング推進部の部長を務めている秦です。同本部のビジネスをスケールさせる施策の企画、実行を担う部署を統括しています。

注力している業務は、アーキテクチャ、セキュリティ、運用に関する標準化策定とその実行です。また、それだけの用途に限りませんが、今回のテーマであるボトムアップ型のアプローチを進めるために有効な「SSP（Smart Strategic Platform）」というデータ活用プラットフォームを提供しています。

【関連】

• 【連載】DX時代に求められるエンジニア組織を目指して～データエンジニアリング本部の横断組織を担う”エンジニアリング推進部”のご紹介～
• ブレインパッド、データ活用の民主化と内製化の高速化を支えるソリューションを発表、第一弾としてデータ活用基盤「Smart Strategic Platform」（SSP）を提供開始

ブレインパッド・阿南哲也（以下、阿南）　櫻井さんの下でコンサルティングを担当しているメンバーの阿南です。データ分析基盤の構想策定および、分析基盤に収集したデータのマネジメントおよびガバナンスについて、計画からルール策定、実施までを支援しています。

データガバナンスのボトムアップ型アプローチ

櫻井　早速ですが阿南さん、ボトムアップ型のアプローチが必要な背景について説明してください。

阿南　ブレインパッドではデータガバナンスのアプローチはトップダウン型を理想としていることは櫻井さんからも説明があった通りですが、実際には、主にIT部門ならIT部門に、マーケティング部門ならマーケティング部門に、という風に、現時点で必要なビジネス目的に限定したデータ基盤を構築しながら、データガバナンスも効かせたいという要望が寄せられることが多いのです。

秦　IT部門という部門の性格上、経営層から「データ活用のために早々にデータ基盤を構築せよ。また、データを活用しやすいようにデータガバナンスも整備せよ」というテーマだけが下りてくることが多いですね。そうなると限定された業務範囲を対象にできるだけ早くデータ基盤を構築する必要があるわけですが、一方でデータガバナンスをトップダウンで行うと、それは難しくなる、すなわちデータガバナンスもスモールスタートしたいということになるわけです。

阿南　早期に、しかも安全・安心にというのが要望の核心ですね。とはいえ、会社全体のデータ利活用戦略と整合性がなければデータガバナンスとは言えません。その後、会社全体に広げていくのだとしたら、整合性がないと経営層とIT部門の乖離がどんどん広がっていくことになります。この点についてはしっかりと留意してほしい旨、初期段階で必ず顧客には伝えるようにしています。

ですが、そもそもスモールスタートしたいという会社には、明確なデータ活用戦略がないほうが普通です。そこで手始めに顧客の課題をヒアリングしながら、データ利活用構想・戦略をまとめあげ、それに基づいて優先順位を付けるようにしています。

櫻井　何に優先順位を付けるのですか。

阿南　具体的にはDMBOK（Data Management Body Of Knowledge：非営利団体DAMA（Data Management Association International）により作成されるデータマネジメント知識体系ガイド、データガバナンス推進に必要とされる知識体系）で定義される領域の中から、どの領域を優先的に対応するかを決めます。

DMBOKはベストプラクティス集ですから、全てに対応する必要はありませんし、逆にそこに正解があるとは限りません。まず実施する領域を選択し、それぞれどのように実施するかは会社の業態、規模などに基づいて検討する必要があります。

秦　その中でもかなり具体的に戦略や課題が見えているものは第１フェーズに、そうでないものは第２フェーズ、もっと曖昧なものは第３フェーズにと、徐々に曖昧さをなくしていきながら拡大していく、というやり方をします。テーマによっては、そのデータ基盤の運用ルールを全社的に拡大するよりは、その基盤だけに特化させておくほうがいいもの、つまりスケールしていかないケースもあります。

実情に応じたデータガバナンス組織の組成

櫻井　ボトムアップ型アプローチで検討すべきことをもう少し具体的に説明してください。

阿南　IT部門主体で進めることが多いのですが、その場合にはDX推進組織や経営層といった権限を持つ組織と歩調を合わせることが必要になります。そうしないと話が二転三転して無駄な時間が掛かりますし、せっかくのガバナンスの取り組みが横に広がらず、個別のものにとどまってしまいます。

実際には、事業規模や組織体系、組織間の力関係、各種認証の取得有無、マネジメント体系の有無などに応じて、DMBOKの実施領域を整理します。場合によっては、専門のデータガバナンス組織を組成するか否かについて考えることもあります 。

秦　データガバナンス組織の組成については、原則全社横断型になるはずですが、事業規模が大きくなるほど横断組織の運営が難しくなる傾向があります。
従って、データガバナンスをスモールスタートで進めていくうえでは、優先的にガバナンスを効かせる組織を選定するところから将来的なスケールのさせ方まで、初期段階でしっかり計画しておき、事前に調整しておくことが重要となります。

阿南　現場では業務で必須だからデータを見ているわけで、面倒なガバナンスのルールに従ってデータが見たいわけではありません。データガバナンスが大切だという価値観を理解してもらうのは極めてハードルが高く、文化として根付かせるのは困難なのです。

秦　事業活動において、既にデータの活用が進んでおり、そこには事業部ごとのローカルルールも存在しています。その上からデータガバナンスの横断組織が新たなルールを策定してもなかなか受け入れてもらえません。

そういった現場の状況をしっかりヒアリングしながら進めていく点では、ボトムアップもトップダウンのアプローチも大きくは変わりません。阿南　顧客企業ごとに、ガチガチにルールを固めたいと考えるところもあれば、既にデータ活用が進んでいる現実に合わせてルールに曖昧さを残したいと考えるところもあります。要するに「使えるルール」にしたいが、それが何なのかは会社の規模やデータ活用の進み具合や文化などによって違ってくるということです。

秦　あるいは、プライバシーマークのような法的な要請による認証制度であれば有無を言わせずに守らせなければなりません。しかし、データガバナンスに関しては（コンプライアンスやセキュリティは別として社内ルールであれば）守らなくてもお咎めを受けるわけではありません。「うちの事業部にそのルールは必要なの？」「現状のデータ活用の仕方で組織目標は達成しているのだから問題ある？むしろ効率悪くなったらどうする？」といった声にIT部門は負けてしまいがちです。

阿南　さらりと「DMBOKの実施領域を整理します」などと言いましたが、実際には考えることは山積みです。正解のない話で、顧客の実情に応じて腹を据えて取り組んでいくしかありません。

※後編に続く。

【データガバナンスに関連する記事】
データガバナンスとは？データ管理体制の重要性

この記事の続きはこちら
【シリーズ】データガバナンスがもたらすもの－第5回　データ基盤構築とデータガバナンス（後編）