「Microsoft BI/DWH Day 2011」リポート【後編】
マイクロソフトが考えるアジャイルDWH開発「3つの原則」
日本マイクロソフトのマーケティング担当者は、DWH構築のキーワードは「アジャイル」だと言う。実際同社ではどのようにDWH構築を行っているのだろうか。
日本マイクロソフトが2011年12月12日に開催した「Microsoft BI/DWH Day 2011」のイベントリポート。後編となる本稿では、日本マイクロソフト セントラルマーケティング本部 マーケティングアナリストグループ マーケティングアナリティクスリードの保坂隆太氏が登壇したセッション「ビッグデータ時代のデータウェアハウス─マイクロソフトにおけるアジャイルな取り組み」で語られたマイクロソフトでのデータウェアハウス(DWH)の予算の考え方や、実際に社内でどのようにDWH活用を進めていったのかをまとめる。
予算も組織も「開発」「運用」を分けない
マイクロソフトでは前編「マイクロソフトが実践するビッグデータ時代のアジャイルDWH構築」で紹介したDWHの組織体制と同様に、DWHの予算編成に関しても開発と運用を分けない考え方を適応しているという。その理由は頻繁に行われるDWHの更新にあると保坂氏は説明する。
マイクロソフトにおけるDWHの更新は、毎月5~10個ほどの細かい更新を実施する「スプリントプロセス」と、四半期に1度大きな更新を実施する「クォーターアップデート」を年間通して行っている。「ビジネスの注力分野が刻々と変化する中、DWHは常に更新されていることが重要。週次で考えると2~3個の更新を毎週行っており、これだけの頻度で更新を行っていると自然と開発と運用の境目はなくなってくる。開発と運用は同じ人間が担当し、予算についても開発・運用を分けて考えることはできなくなる」
ビジネスの現場のニーズに基づいてDWH更新の注力分野を選択し、各国法人のコミュニティーがDWHのプロトタイプを分散開発、それをグローバルでコーディングしていく(詳しくは前編を参照)。組織体制も予算も開発と運用とを分けないことで、現場のニーズをよりリアルタイムに近い形でDWHに反映できるという。
開発とエンドユーザーが同じツールを使うことの重要性
また、保坂氏は全社的に活用するDWHを構築する上でのツールの重要性を強調する。例えばMicrosoft SQL Serverはエンドユーザーが自ら分析作業を実施するための「セルフサービスBI」機能に注力してきた製品である(関連記事:「Microsoft SQL Server 2008 R2」+「Excel 2010」が目指すセルフサービスBI)。現にマイクロソフトでは、DWHのプロトタイピングを行う担当者をはじめ、現場のDWHユーザーは日常的に「SQL Server Integration Services」(SSIS)や「SQL Server Analysis Services」(SSAS)を活用しているという。
「この事実がどのような価値を生むか。DWHのユーザーと開発チームが同じツールを使ってコミュニケーションできるようになることだ。リポートの構成や分析手法を同じツールを使って担当者間でコミュニケーションすることでアジャイルな開発を実現でき、迅速に開発を進めることができる」
マイクロソフトが考えるDWH開発の3原則
マイクロソフトではDWH開発において、以下3つの原則を掲げているという。
- 使いやすさ
- 不完全の許容
- 作り込まない
「使いやすさ」とは、データを「使うこと」にフォーカスすることだと保坂氏は説明する。「不完全の許容」は、データを集めることを重視し、データの統合レベルが低くてもよしとする考え方だ。DWH構築を考える際に、データ統合を合わせて考える企業は多いが、多様なビジネスを行っている企業であるほど、データ統合は難しい課題だろう。そのためマイクロソフトではDWHを作ることとデータ統合とを分けて考えているという。
「DWHはあくまでデータを使うために存在すべきであり、そのデータを使いたいというユーザーのために使える環境を用意することが重要。従って、データを統合することにフォーカスするのではなく、まずは1つのところに集めることにフォーカスする。マイクロソフトでは統合できないところは統合せず、取りあえず同じデータベースに取り込みながらDWHの開発を進めている」
こうしたDWH開発が可能なのは、SQL Serverをはじめとするツール群の使いやすさが効果を発揮している。「SQL Serverをはじめとするツールやインフラの機能強化で現場が受けている最も大きな恩恵は、これまで非常に大変だったDWH開発が、ある意味で手抜きできるようになったことだ。データ量が多くても、データ統合されていなくてもカジュアルにツールを活用できるので、DWHを作り込む必要がない。そのため、DWHを作るというプロセスに時間を割くのではなく、『どのデータが必要か』『どの分野に注力すべきか』といった、ビジネスとの連動を重視したDWH開発が可能になっている」
例えばマイクロソフト社内のCRMなどのログデータは、年間通しても数百G~数Tバイト程度のデータ量で済むという。現在のSQL Serverをはじめとするツール群であれば、それほどシステム負荷を掛けることなく日々のオペレーションが可能になる。「いわゆる『社内にあるビッグデータ』を有効活用するという観点では、今あるハードやソフトのおかげである意味手抜きをしながらのDWH開発が実現できている。データ統合やデータ量を気にせずDWHを構築できるため、変化への対応の障害となる作り込みを避けることができる」
DWHの全社利用を加速する社内マーケティングとプラットフォーム化
一方で、DWHやビジネスインテリジェンス(BI)は、これまでなかなか全社利用が進まないツールの代表例として挙げられることが多かった。マイクロソフト社内でも当初はなかなかユーザー数が増えないことに苦労してきたという。そんな中、保坂氏はどのように全社的なDWH活用を進めてきたのだろうか。
保坂氏はまず、マーケティング部門が率先してDWH構築に参加することを決定した。「マーケティングの考え方にも通じるが、ツールを多くの人に利用してもらうプロセスで大切なのはコアカスタマーを獲得することだ。そこで、まずは社内中からデータを集めて活用することに長けているマーケティング部門にアプローチした」
マーケティング部門が一緒になってDWH構築を進めていく中、保坂氏が全社利用に向けて重視したのが「DWHのプラットフォーム化」だ。その理由を保坂氏は「データの信頼性を確保するため」だと説明する。例えば経営層にリポートを提出した際に、「このデータはどこから持ってきたのか?」と問われることは多いだろう。「この問いに回答できないということは、企業の成長やディスカッションの成熟度合いを妨げる要因になる。DWHをプラットフォーム化する理由は、『信頼できる唯一のデータである』ということをきちんと言える環境を作るため」。自社内唯一のDWHを構築し、その中のデータのクオリティを一定レベル以上に確保した上で、DWHを全てのアプリケーション、ビジネスプロセスのプラットフォームとして少しずつ活用の幅を広げてきたという。
社内においてデータ分析の重要性を強く認識しているマーケティング部門が率先して携わり、ビジネス部門とIT部門が一緒になってDWHを構築していくことで、マイクロソフトのDWHは現場のニーズを即座に反映する柔軟性を確保しつつ、日々進化を遂げているようだ。
「DWHの構築には相応の投資が必要だ。そして、その投資をきちんと経営層や会社全体に示していくことが非常に難しいソリューションでもある。だからこそ、なるべくアジャイルなアプローチでビジネスに寄り添いながら機能を拡張することで、『ビジネスをサポートするツール』だということを社内に認知されることが重要だと思う。DWHとアジャイル、この2つの結び付きは薄いと思われるかもしれないが、ぜひ新しい視点でDWH構築を考えてほしい」
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
事例
[株式会社ラクス] どうすれば「変革を楽しむ組織」になれるのか? 事例に学ぶ、未来への一歩 -
製品レビュー
[デル・テクノロジーズ株式会社] 変化するサイバー脅威に備える、これからのストレージの選び方 -
事例
[サイボウズ株式会社] 受注約1.5倍と年間2万3000時間超の業務時間を削減、日機装に学ぶDX実践術 -
製品レビュー
[サイボウズ株式会社] 人材不足にどう挑む? ものづくり太郎が語る、製造現場でのAI活用成功の鍵 -
市場調査・トレンド
[グーグル・クラウド・ジャパン合同会社] 金融機関はAIエージェント導入でどう変わる? 7つの変化から19の事例まで解説
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
RAGで「データをAIに送る」運用が限界を迎えている理由
-
2
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
3
「Copilot」がIT予算を食いつぶす? 高額請求を招く課金体系と節約術
-
4
なぜストレージ不足は長引くのか? 77%が「12〜18カ月続く」と予測
-
5
ハイパーコンバージドインフラ徹底比較、「SimpliVity」「Nutanix」はどう違う?
-
6
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
7
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
-
8
Googleの業務向けAIエージェント「Gemini Agent」が登場 しかし課題は山積み
-
9
IT製品の導入に関するアンケート「セキュリティ」編
-
10
【基本情報技術者試験】データ消失リスクを防ぐ3つの「バックアップ手法」を比較
ホワイトペーパーランキング PR
-
1
「IT史に名を残すシステム障害」8選
-
2
本当に使える「会議翻訳ツール」を見極める4つの選定基準
-
3
有識者が語る、中堅中小企業に求められる最新のサイバーセキュリティ対策とは
-
4
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
5
パスワードレスへの移行で失敗しないためには? 導入・運用上の注意点を解説
-
6
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
自社のセキュリティ対策は大丈夫? 自己診断リストで対策の優先順位が分かる
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
「テスト内製化&自動化」事例集:ディー・エヌ・エーなど9社に学ぶ実践のコツ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー