バックナンバー「2008年05月」のアーカイブ
このページは、ブログ「MDMブログ」のバックナンバー「2008年05月」に投稿されたすべてのエントリーのアーカイブのページです。過去のものから新しいものへ順番に並んでいます。
企業情報システムに必要な「MDM」とは?最新情報が分かるイベントはこちら↓
データスチュワードは電気ウナギの夢を見るか?
冷やし中華はじめまして。
MDMブログを書かせていただきことになりました、油野です。
私の仕事はエンタープライズ事業部の事業部長。
当社の企業向けのビジネスを統括する役職です。
つまり経費を枠内におさめ、売上予算を達成すること・・・なんでしょうけど
インフォテリアで働くからには新しいことに取り組みたいわけですよ。
というわけで取り組んでるMDM。
とはいえ、IT業界22年目ではあるものの、営業畑なので開発経験まるでなしの私。
他の二人の切れ味鋭いエンジニア目線とはうって変わって
ビジネスの視点、ユーザの視点から考えてることを安易に、じゃなくて平易に書いていこうと思いますのでどうぞよろしく。
さてタイトルにもありますデータスチュワード。
(もちろんタイトルはフィリップ・K・ディックのアレですが)
これは昨年NYへMDMの研究に行ったとき出てきた単語です。
辞書引いても載って無くて一緒にいった二人となんて訳すか検討しました。
Data Stewards
スチュワード自体、いい和訳がなかなかないのですが「他人の所有物、財産、あるいは事業に関わる業務の管理を委任された人物」だと スチュワード&アソシエイツ株式会社さんのHPに書いてますやん。
さてなんのことやら。だってデータの管理を委任されたってことは情報システム担当とどう違うのってハナシ。
私の好きなF1にもレーススチュワードってのがいるらしい。
これは審判みたいなもんだな。ちょっと遠くなったか・・・(´・ω・`)ショボーン
あ!こ、これは近いかも!
センチュリーハイアット・コンシェルジェ日記では「食器を調達することから洗浄や衛生管理、保管までを一元管理しているのが「スチュワード」 と書いてます。
さて、僕の結論は
「データ管理監督者」です。出し入れする人ではなく出し入れするルールを作り、モニタリングしサイクリックに改善する役割の人ではないかと。
そしてそのルールについてはデータガバナンスという言葉が出てきます・・・
to be continue.......
(このエントリーは私が執筆する日経BP社のブログ「熱血!第三営業部」から一部加筆修正されて転載されています)
油野 達也 / 2008年05月02日
| パーマリンク | コメント (0) | トラックバック (0) |
仮想化とマスターデータ
突然ですが、今、ヒューストンで行われている Citrix Cynergy 08というカンファレンスに来ています。知っている人も多いと思いますが、Citrixとは去年Xen Sourceを買収した会社ですね。ここで、VirtualizationやApplication Deliveryという分野のカンファレンスが行われています。
先週のSODECでも仮想化関連のブースが多く出展され、これから伸びていきそうな分野であることは間違いありません。
ところで、なぜMDMのブログで突然仮想化なんでしょう?
MDMで必ず避けて通ることのできない問題に「マスター統合」があります。マスター統合とは、散在する企業内システムが独自に管理しているマスターをひとつにまとめようという話。しかし、複数のシステムで利用するマスターデータをひとつにまとめるということは、かかわるシステムや部門も多くなり、必然的にプロジェクトも大きくなりがちです。これがマスターデータ管理を難しくしている一因ともなっています。
マスター統合の本質を考えると、複数の分散しているマスターの管理を統一することで、データの品質を一律にし、複数管理による管理コストを低減させ、結果として経営品質、業務効率をあげるということ。こう考えると、マスター統合の本質は物理的に一つにまとめることではなく、各システムから見たマスターデータが一貫性を保っており、管理が一元化されていればいいわけです。これを実現するためには、マスターデータを仮想的に一つに見せる、つまり「仮想マスター」を作るというのも一つのアプローチを言えるわけです。逆に、物理的にガチガチに統合したマスターデータが本当に使いやすいんでしょうか?変化に耐えられるアーキテクチャを持つ仮想マスターの方が将来的にみて有利な点も多くあるはずです。
「仮想マスター」を実現するために重要な役割を担うのが、MDM One MHのようなマスター連携ツールです。仮想マスターを実現するのに手入力でデータを移行していては意味がありません。参照元のシステムに都合のよいマスターデータに変換し、アクセスすることのできる環境を提供するツールがなければ、理想的な仮想マスターは実現できません。また変化に耐えられる柔軟な仕組みになっているかどうかもキーになります。仮想化のメリットは外から見た形と実体が異なっていても変わらなく見せるということ。極端な例を言うと、マスターデータの実体がRDBからSaaSに変わっても外からは何も変わらないように見えるなど、そういった変化に耐えられる仕組みが仮想化の大きな利点なのです。
ハードウェアやOSだけでなく、これからはマスターデータやアプリケーションの仮想化もきっと重要になってくるはずです。
田村 健 / 2008年05月21日
| パーマリンク | コメント (0) | トラックバック (0) |

