データマネジメント・フレームワークは役立つのか?

今回はデータマネジメントフレームワークについて考えてみたいと思います。初めにDMBOK2のフレームワークを簡単に紹介し、次に新たなフレームワークを検討してみたいと思います。

DMBOK2のデータマネジメント・フレームワーク

DMBOK2の第一章には、いくつかのデータマネジメント・フレークワークが紹介されています。その代表格は右図の「DAMAホイール図」でしょう。
このフレームワークは11個の知識領域をハイレベルで表現しているものですが「異なる知識領域間の関係を記述してない」 という指摘もありました。

その問題に対処し再構築されたものが、左図の「DAMAホイールの発展形」になります 。
この発展形が生まれる経緯や、その他のフレームワークに関してはDMBOK2の第一章に書かれていますので参照してください。

フレームワークで表現できないか?

このいずれのフレームワークも素晴らしいもので、全く否定をするつもりはありませんが、筆者が初めてDMBOKに触れた際に、以下のような感想を持ったものでした。

  • DWHやBIは、データマネジメントというより、マネージされたデータを使う側ではないか?
  • データ・セキュリティとは言うが、セキュリティはデータだけではなく、もっと広い視点が必要ではないか?
  • データマネジメントそのものであるもの、インフラよりのもの、業務よりのものも含まれており、DMBOKはちょっとそのカバー範囲を欲張りすぎているのではないか?

そこで、各データマネジメント領域における以下のような要件をフレームワークで表現できないか、自分なりに(半分お遊びで)考えてみました。

  • データマネジメント組織が直接関わるべき領域と、他組織が中心となる領域を区別する
  • 業務的要素とインフラ的要素(IT的要素)を区別する

新データマネジメント・フレームワーク検討

初めに、業務組織、IT組織、データマネジメント組織と、大きく3つの組織があると仮定した上でベースを考えてみました。
右図の「各組織のカバー範囲」に示すように、データマネジメント組織がカバーすべき範囲は、業務よりのものからITよりのものまであると考えられます。

次にデータマネジメントに関連する構成要素を洗い出してみました。これはDMBOKの知識領域も参考にしています。
ここに挙げたもので必要十分ではないかもしれませんが、まずはこれをベースとしてみます。

そして、このこれらの構成要素を、 「各組織のカバー範囲」 の図にあてはめていきます。例えば以下のように

  • セキュリティは、データマネジメントというより、業務とITにまたがった全体に関わるものなので、一番左に…
  • データガバナンスはもちろん一番右に、リファレンスデータは業務よりの話なので上の方に…

これが新データマネジメント・フレームワーク!?

そうして考え出したのが以下のフレームワークとなります。

各構成要素をこのような配置にしたのは、深く考えたものもあれば、やや適当に配置したものもあります。今回は説明は省略させていただきます。

各構成要素の色は、右図のような意味を表しています。上図と右図を一枚にまとめて表現することもできますが、煩雑になりそうなので、今回は一旦見送りました。

DMBOKには「フレームワークは新たな視点を提供する」という主旨のことが書かれていますが、いかがでしょうか?
このフレームワーク自体は大したものではありませんが、今回自分でフレームワークを考えてみて、その意味がわかったような気もしました。

皆さんも色んな視点でフレームワークを検討し直してみるのも良いかもしれませんね。

コメント

タイトルとURLをコピーしました