ポイント: データアーキテクチャと情報アーキテクチャは、企業管理において重要な異なる概念です。データアーキテクチャは生データの収集と保存に焦点を当てており、情報アーキテクチャはそのデータをアクション可能なインサイトに変換します。
- データアーキテクチャは生データを管理し、情報アーキテクチャはそれを使用可能な情報に処理します。
- 両方のアーキテクチャは、効果的なビジネス意思決定のために相互依存しています。
データアーキテクチャと情報アーキテクチャに関するよく知られた議論があります。そして、よくある質問は、それらは同じものですか？企業アーキテクトであり、マイクロソフトのブログ寄稿者であるニック・マリクは、これらのテーマに関するウィキペディアのエントリを整理するグループの一員であったときに、本質的な混乱を認識しました。彼のチームは、エントリを統合すべきだと考えていました。しかし、2014年に彼がITコミュニティに調査を行ったところ、約半数の調査参加者がそれらを別々に保つべきだと考えていることがわかりました。データと情報の違い、そして企業組織が理解する必要がある重要な考慮事項を見てみましょう。
データアーキテクチャと情報アーキテクチャ
この著者は、情報アーキテクチャとデータアーキテクチャは明確に異なる2つの実体を表していると同意します。これには以下の理由があります：
データと情報の違い
簡単に言うと、データは生の未整理の事実を指します。データを文脈なしに収集され保存されたバルクエントリの束として考えてみてください。データに意義のある方法で2つ以上の要素を結びつけて文脈が付与されると、それは情報になります。同様に、インフラに関しての違いを理解することも重要です：
- 情報アーキテクチャは、意味のある情報を入力、保存、分析するために設計されたプログラムの開発を指します。
- データアーキテクチャは、データを解釈し、保存するプログラムの開発です。
アーキテクチャの違い
データと情報が同じではないことが明らかになったので、両者はそのアーキテクチャプラットフォームで同じようには扱えないことは明らかです。データアーキテクチャは基盤です。これは、入ってくるデータを見て、それがどのように取り込まれ、保存され、他のプラットフォームに統合されるかを決定します。そのようなプラットフォームは、CRMのような情報アーキテクチャの一部であり、生の顧客データを利用して販売や販売プロセスに関して意味のあるつながりを引き出します。この例では、CRMは情報アーキテクチャです。生のデータを取り扱い、それを有用なものに変換することを専門としています。それがデータアーキテクチャと情報アーキテクチャの明確な違いです。データアーキテクチャは、組織全体でのデータの収集、保存、移動を定義し、情報アーキテクチャは、個々のデータポイントを意味のある、使用可能な情報に解釈します。"情報資産"とは、データが情報に変換されたときに付けられる名前です。そして、情報資産を作成することが情報アーキテクチャの主要な目的です。情報資産は、いくつかのカテゴリーのいずれかに存在することができます：
- カタログ
- ダッシュボード
- 文書
- オントロジー
- スケジュール
- 分類法
- テンプレート
- 用語集
それぞれのカテゴリーは、ビジネスイニシアチブにとって役立つ何かにデータを変換することを示唆しています。それは、類似のデータのグループ化であったり、利害関係者にデータの意味のあるスナップショットを提供できる視覚的表現であったりします。
データと情報のライフサイクル管理
もう1つの違いは、ライフサイクル管理の視点からの要求に関するものです。データと情報の明らかな違いに加えて、それぞれには独自のライフサイクルと、それを組織内で管理するためのベストプラクティスがあります。データインフラが堅固な情報インフラの基盤にあるのと同様に、適切なデータライフサイクル管理は情報ライフサイクル管理プロセスの重要な推進力となります。では、もう少し定義に dive しましょう。データライフサイクル管理とは、データが有用なライフの中で次のステージに進む自動化プロセスを指します。最終的には、データベースから削除されるまで、無効化されます。一方、情報ライフサイクル管理は、データが有用かどうか、そして、もし有用であれば、どのように有用かを考慮します。要するに、情報ライフサイクル管理は、生のデータを取り入れ、情報資産を形成するために関連のある方法で実装することを目指します。さらに、情報資産は、それに関与するデータの質と有用性、そして上記で述べた資産のタイプによって決定される独自のライフサイクルと価値を持っています。情報ライフサイクルプロセスの一部には、将来の状態の実装を考慮することが求められます。たとえば、データの一部がダッシュボードや文書添付としてより良く実装される可能性があるという推奨を行うことです。これは、組織全体での知識の消費を改善したり、情報を民主化したり、より意味のある洞察を作成するために必要です。
データ駆動型ビジネスモデル
ますます、IT部門は企業ビジネスモデルの不可欠な部分になっています。IT部門がプロセスの補助的な存在であった時代は終わりました。現在では、ほぼすべての部門とプロセスがITの革新によって支えられています。ケンブリッジ大学の研究によると、ますます多くの企業がデータと情報へのコミットメントを受け入れる新しいモデルを作成しています。その結果、このアプローチが競合他社に対して生産性の向上をもたらすことが示されています。この報告書では、新しいビジネスモデルを考案する際、企業ビジネスリーダーが自問するこれらの質問が提案されています：
- データ駆動型ビジネスモデルの目標結果は何ですか？
- ターゲット市場に何を提供したいですか？
- このモデルを実現するために必要なソフトウェア、ハードウェア、およびサービスは何ですか？
- これらのリソースをどこで取得しますか？
- 収集されたデータはどのように使用されますか？
- これを収益モデルを支えるためにどのように monetized しますか？
- これらの目標を達成するために直面する課題は何ですか？
しかし、データ駆動型モデルが作成された後でも、データがライフサイクルを通じて、情報資産になるプロセスを推進するワークフローの重要性を理解しない企業もあります。データと情報のライフサイクルにおけるベストプラクティスとワークフローを確立することは、以下の利益を提供します：
- 市場へのスピードを改善します
- すべてのクラウド環境間の複雑さを大幅に軽減します
- 簡単にスケール可能です
- リスクを軽減するのに役立ちます
- 統合を改善します
これを達成するために、企業はどのようにこれらのワークフローを統合し、自動化し、オーケストレーションするかを検討する必要があります。アプリケーションワークフローオーケストレーションソリューションは、Control-Mのように、さまざまなデータソース、多くのアプリケーション、そして多様なインフラに関連する複雑さを抽象化するのを支援します。これにより、組織は新しい情報資産を作成し、ビジネスに洞察を提供することに集中できるようになります。貴重な時間と労力を壊れたワークフローの修正に費やすのではなく。それでも、すべてのことを考慮すると、企業は機能的なビジネスモデルを作成するために適切なIT従業員を持っている必要があります。以下は、情報アーキテクチャとデータアーキテクチャの両方のために作成された従業員のスナップショットです。
従業員のスナップショット：情報とデータ
うまく機能する企業ビジネスの中心には、情報とデータアーキテクチャを管理するために適切な人々を持つIT部門があります。以下のテキストでは、データアーキテクチャ、情報アーキテクチャ、またはその両方に必要な職位を見ていきます。
最高情報責任者（CIO）
企業組織のCIOは、技術と革新に関する重要な決定を下し、企業ビジネスモデルにおけるデジタルトランスフォーメーションやITへのシフトの中心となります。この役割におけるいくつかの責任には、革新、クラウド環境の統合、IT部門の動機付け、予測ニーズに基づいたIT予算の設定が含まれます。CIOは、データと情報アーキテクチャの両方に関する決定を下します。データアーキテクチャに関しては、大きな考慮事項の1つは、データレイクとデータウェアハウスの間での選択です。これらのポイントについては後で詳述します。(CIOとCTOを比較する。)
情報アーキテクト
情報アーキテクトは、情報アーキテクチャと自動化されたライフサイクル管理プロセスに不可欠です。彼または彼女は、情報構造、機能、機能、UIなどを実装します。情報アーキテクトの主な役割は、情報資産を処理するためのインフラの構造設計と実装に焦点を当てることです。
データアーキテクト
情報アーキテクトと同様に、データアーキテクトはインフラの構造設計に取り組みますが、この場合はデータを収集し、ライフサイクルを通じて引き出し、他の意味のあるシステムにプッシュすることに特化しています。
データアナリスト
データアナリストの典型的な日常業務には、さまざまなソースからデータを収集、取得、整理して価値ある情報資産を作成することが含まれます。これは、データアーキテクチャと情報アーキテクチャで構成される両方のシステムで働く可能性がある人物です。ますます、多くのデータアナリストの機能が自動化されていますが、自動化が進んでも、アナリストは将来の情報状態の作成に重要です。
情報アナリスト
情報アナリストは、情報資産の抽出と分析を専門としています。
データレイクとデータウェアハウスの簡単なメモ
データレイクは最近人気が高まっていますが、データウェアハウスと混同されることがあります。しかし、これら2つには独自の違いがあり、異なる方法で使用されることが重要です。データウェアハウスは、組織内のさまざまなソースから積み上げられた大量のデータを指します。
- ウェアハウスは経営決定を導くために使用されます。
- データレイクは、必要になるまでそのままの状態で大量の生の（非構造化）データを保持するストレージリポジトリまたはストレージバンクです。
(データレイクとデータウェアハウスの違いについてもっと読む。)
最後の考え：データアーキテクチャと情報アーキテクチャ
これまでのところ、情報とデータアーキテクチャが2つの異なるものである理由が明らかになったと思います。そうでない場合は、簡単な要約を以下に示します。データアーキテクチャと情報アーキテクチャは明確に異なる特性を持っています：
- 異なる資産で作業します：データ資産対情報資産
- 異なる結果をもたらします
- 明確に異なるライフサイクルを持っています
- アーキテクチャの観点から異なる要件があります
- 企業組織の一部となるために異なる専門性を持つ役割が必要です
データと情報アーキテクチャは独自のものでありますが、重要なポイントは、企業組織が最も情報に基づいたビジネス決定を行うために、互いに依存しているということです。
関連する読み物
これらの投稿は私自身の意見であり、BMCの立場、戦略、または意見を必ずしも代表するものではありません。