「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
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド:効果的な意思決定を実現する秘訣とは? -
製品資料
[株式会社リンプレス] 非デジタル/IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計:「判断と責任」を人に残すための2つの原則とは? -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
ソフトウェア開発生産性向上に取り組む企業は4割 調査で学ぶ「停滞」の正体
-
3
クラウド資格コレクターは評価されない? 年収1000万を分ける“OSの理解度”
-
4
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
5
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
6
高額な「AI PC」を一般従業員も使えたら? 費用のハードルを一気に下げる方法
-
7
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は?
-
8
「AIバブル」は崩壊するのか? 熱狂の後に来る“尻拭い”と4つの防衛策
-
9
LLMの「過学習」、正しく説明している文章はどれ?
-
10
IT調達担当者が知るべき「IT機器 大インフレ時代の前向きな選択肢」
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
4
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
6
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには?
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは?
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー