エンタープライズアーキテクチャ

エンタープライズ アーキテクチャ( EA ) は、ビジネスの構造と動作、特にビジネスデータを作成および使用するビジネス ロールとプロセスに関係するビジネス機能です。エンタープライズ アーキテクチャ専門組織連盟による国際的な定義は、「戦略の策定と実行を成功させるために、常に包括的なアプローチを使用して、エンタープライズ分析、設計、計画、実装を実行するための明確に定義されたプラクティスです。エンタープライズ アーキテクチャは、アーキテクチャの原則とプラクティスを適用して、戦略を実行するために必要なビジネス、情報、プロセス、およびテクノロジの変更を通じて組織をガイドします。これらのプラクティスは、エンタープライズのさまざまな側面を利用して、これらの変更を特定、動機付け、および達成します。」です。^[1]

米国連邦政府は、資本計画と投資管理プロセスでEAを実践している組織の一例です。^[2] Independence Blue Cross、Intel、Volkswagen AG、^[3]、InterContinental Hotels Groupなどの企業も、ビジネスアーキテクチャの改善とビジネスパフォーマンスおよび生産性の向上にEAを使用しています。さらに、連邦エンタープライズアーキテクチャのリファレンスガイドは、連邦機関のアーキテクチャ開発を支援しています。^[4]

EA は、組織目標に向けて「変化の実行を特定し分析することで、破壊的な力に対する企業の対応を積極的かつ総合的に導きます」。EA は、ビジネスおよび IT リーダーにポリシー調整の推奨事項を提供し、ビジネスが依存する情報システム内でのビジネス開発と変化をサポートおよび実現するための最善の戦略を提供します。EA は、これらの目標に向けた意思決定のガイドを提供します。^[5]国立コンピューティング センターの EA ベスト プラクティス ガイダンスでは、EA は通常「企業の構造と機能を説明する包括的な一連のまとまりのあるモデルの形をとります。EA 内の個々のモデルは、企業に関する詳細レベルを常に高める論理的な方法で配置されます」と述べています。^[6]

EA における重要なプレーヤーには、エンタープライズ アーキテクトとソリューション アーキテクトが含まれます。エンタープライズ アーキテクトはアーキテクト階層の最上位に位置し、ソリューション アーキテクトよりも多くの責任を負います。ソリューション アーキテクトが自分の関連ソリューションに重点を置くのに対し、エンタープライズ アーキテクトは組織全体に対するソリューションと組織全体への影響に重点を置きます。エンタープライズ アーキテクトは、多くのソリューション アーキテクトとビジネス機能を監督します。EA の実践者として、エンタープライズ アーキテクトは、人、プロセス、テクノロジーの決定を、そのビジョンの達成に向けた定量化可能な改善をもたらす実行可能な目標と目的に合わせるように行動することで、組織の戦略的ビジョンをサポートします。EA の実践は、「組織内または組織間で共通の活動領域を分析し、そこで情報やその他のリソースが交換され、戦略、ビジネス、テクノロジーの統合された観点から将来の状態を導きます。」^[7]

エンタープライズという用語は、一連の共通目標を共有し、顧客に特定の製品やサービスを提供するために協力する組織単位、組織、または組織の集合として定義できます。 ^[8]その意味で、エンタープライズという用語は、規模、所有モデル、運用モデル、または地理的分布に関係なく、さまざまな種類の組織をカバーします。エンタープライズには、人、情報、プロセス、テクノロジーを含む、それらの組織の完全な社会技術システムが含まれます。^社会技術システムとしてのエンタープライズは、EAの範囲を定義します。

アーキテクチャという用語は、その環境におけるシステムの基本的な概念または特性を指し、その要素、関係、および設計と進化の原則に具体化されています。^{[10]ベースライン状態からターゲット状態への}ビジネスの変革を導くためにアーキテクチャを開発および使用する方法論は、通常、エンタープライズアーキテクチャフレームワークとして知られています。フレームワークは、エンタープライズ固有のアーキテクチャ記述の作成と使用のためのプロセス、テクニック、成果物の説明、参照モデル、およびガイダンスの構造化されたコレクションを提供します。 ^[要出典]

EA の変更において最も重要なのは、スポンサーを特定することです。スポンサーのミッション、ビジョン、戦略、ガバナンス フレームワークによって、予想される変革に関係するすべての役割、責任、関係が定義されます。エンタープライズ アーキテクトが検討する変更には、通常、組織の構造やプロセスの革新、情報システムやテクノロジの使用における革新、ビジネス プロセスの統合や標準化、ビジネス情報の品質と適時性の向上などが含まれます。^{[引用が必要]}

ISO/IEC/IEEE 42010規格^[10]によれば、システムのアーキテクチャを記述するために使用される製品は、アーキテクチャ記述と呼ばれます。実際には、アーキテクチャ記述にはさまざまなリスト、表、図が含まれます。これらはビューと呼ばれるモデルです。EAの場合、これらのモデルは、論理的なビジネス機能または機能、ビジネスプロセス、人間の役割とアクター、物理的な組織構造、データフローとデータストア、ビジネスアプリケーションとプラットフォームアプリケーション、ハードウェア、および通信インフラストラクチャを記述します。^[11]

「エンタープライズ アーキテクチャ」という用語が最初に使用されたのは、ジョン ザックマンの 1987 年の「情報システム アーキテクチャのフレームワーク」であると誤って説明されることが多い。^[12]この用語が最初に使用された出版物は、情報システム統合の課題に関する米国国立標準技術研究所(NIST) の特別出版物^{[13]であった。 [引用が必要]} NIST の記事では、EA は複数のレベルで構成されると説明されている。ビジネス ユニット アーキテクチャは最上位レベルで、企業全体のエンティティまたはサブ ユニットである可能性がある。これは、組織全体に対して、「内部の情報ニーズを満たす」だけでなく、協力組織、顧客、および連邦政府機関を含む外部エンティティのニーズを満たすために必要なフレームワークを確立する。上位レベルに情報を提供する EA の下位レベルは、上司に代わって詳細に気を配る。この構造に加えて、ビジネス ユニット アーキテクチャは、組織の使命を強化するか妨げるかのいずれかの標準、ポリシー、および手順を確立する。 ^[13]

これら 2 つの定義の主な違いは、ザックマンの概念がビジネスに最適化された個別の情報システムの作成であるのに対し、NIST の定義はビジネス ユニット内のすべての情報システムの管理について述べていることです。ただし、両方の出版物の定義は、「情報システムの実装の規模と複雑さが増大しているため、インターフェイスを定義および制御し、システムのすべてのコンポーネントを統合するための論理構造 (またはアーキテクチャ)」が必要であることに同意しています。特にザックマンは「戦略的計画 方法論」を強く求めました。^[12]

エンタープライズアーキテクチャの分野には、エンタープライズIT設計、エンタープライズ統合、エンタープライズエコシステム適応という3つの包括的な学派があります。どの学派に所属するかによって、EAの目的と範囲、それを達成する手段、実行に必要なスキル、実行の責任の所在に対する見方が変わります。^[14]

エンタープライズ IT 設計では、EA の主な目的は、多くの場合 IT/IS とビジネス上の懸念事項の調整を高めることによって、望ましい組織目標を満たすために企業のIT / IS機能を計画および設計するプロセスを導くことです。アーキテクチャの提案と決定は、企業の IT/IS 側面に限定され、他の側面は入力としてのみ機能します。エンタープライズ統合派は、EA の目的は、戦略策定と実行のリンクを含む、企業のさまざまな懸念事項 (HR、IT、運用など) 間の一貫性を高めることであると考えています。ここでのアーキテクチャの提案と決定は、企業のすべての側面を網羅しています。エンタープライズ エコシステム適応派は、EA の目的は、企業の学習能力を育成し、維持して、企業が持続可能になるようにすることであると述べています。その結果、企業が自らを改善し、革新し、環境と共進化する能力を向上させることに重点が置かれています。通常、提案と決定は、企業とその環境の両方を網羅しています。

EA の利点は、組織目標への直接的および間接的な貢献を通じて実現されます。^[15]注目すべき利点には、合併、買収、または一般的な組織変更中の組織構造の設計と再設計に関連する領域のサポート、^{[16] [17] [18] [19]}規律とビジネス プロセスの標準化の実施、およびプロセスの統合、再利用、および統合の実現、^{[20] [21]}投資の意思決定と作業の優先順位付けのサポート、^{[17] [22] [18]}プロジェクト関係者間のコラボレーションとコミュニケーションの強化、効率的なプロジェクトの範囲設定とより完全で一貫性のあるプロジェクト成果物の定義への貢献、^{[19] [20] EA ドキュメントの公開による}要件抽出の適時性と要件定義の精度の向上などがあります。^[23]

その他の利点としては、システム開発およびテスト中の最適なシステム設計および効率的なリソース割り当てへの貢献、^{[17] [18]} IT 計画活動の規律と標準化の実施、および技術関連の意思決定にかかる時間の短縮への貢献、^{[18] [21]}システムの実装および運用コストの削減、および事業部門間でのインフラストラクチャ サービスの重複の最小化、^{[21] [24]} IT の複雑さの軽減、データとアプリケーションの統合、およびシステムの相互運用性の向上、 ^{[20] [21] [24]}規制遵守のためのデータ アクセスの向上、インフラストラクチャ変更の透明性の向上に反映される、よりオープンで応答性の高いIT 、 ^{[21] [25]}システム障害およびセキュリティ侵害によるビジネス リスクの軽減などがあります。EA は、プロジェクト提供のリスクの軽減にも役立ちます。 ^{[21] [26]} EA を、運用レベルと戦術レベルで受け入れられ、認識され、機能的に統合され、完全に関与する概念として確立することは、今日のエンタープライズ アーキテクトが直面している最大の課題の 1 つであり、多くの EA イニシアチブが失敗する主な理由の 1 つです。^[27]

EAに関する主な懸念は、EAプロジェクトが大まかで不透明なことが多いため、成功の指標に到達するのが難しいことです。 ^[28]さらに、Ivar Jacobson、^[29] Gartner、^[30] Erasmus University RotterdamとIDS Scheer、^[31] Dion Hinchcliffe、^[32] Stanley Gaver、^[33]などによるレポートでは、 EAイニシアチブの頻繁な失敗により、このコンセプトは努力に見合うものではなく、この方法論はすぐに消え去るだろうと主張しています。

エンタープライズアーキテクチャ専門組織連盟（FEAPO）によると、EAは、パフォーマンスエンジニアリングと管理、プロセスエンジニアリングと管理、ITとエンタープライズポートフォリオ管理、ガバナンスとコンプライアンス、IT戦略計画、リスク分析、情報管理、メタデータ管理、組織開発、デザイン思考、システム思考、ユーザーエクスペリエンスデザインなど、ビジネス環境で一般的に見られる他の幅広い分野と相互作用します。^{[1] [34] [35] [36]}組織のEAは複雑で広範囲にわたるため、全体を文書化することができません。そのため、ナレッジマネジメント手法は、これらの隠れた、暗黙の、または暗黙の領域を調査および分析する方法を提供します。その代わりに、EAは、ナレッジマネジメントを補完する体系的かつ全体的な方法で、組織のコンポーネントとそれらの相互作用を文書化する方法を提供します。^[37]

さまざまな場で、^[38] EA は、アプリケーション統合の特定のスタイルであるサービス指向アーキテクチャ(SOA)と関係があると議論されてきました。調査では、EA が企業全体の統合パターンとして SOA の使用を推進していることが示されています。 ^{[39] [40] EA の幅広い範囲により、このビジネス ロールは多くの組織の}情報技術ガバナンスプロセスに組み込まれています。アナリスト会社Real Story Group は、 EA とデジタル ワークプレイスという新しい概念は「表裏一体」であると示唆しています。^[41] Cutter Consortium は、EA を情報と知識に基づく分野と表現しました。^[42]

• エンタープライズアーキテクチャアーティファクト
• エンタープライズアーキテクチャフレームワーク
• アーキテクチャパターン（コンピュータサイエンス）
• 統合情報システムのアーキテクチャ
• 相互運用可能な情報システムのアーキテクチャ
• 建築分野
• エンタープライズ アーキテクチャの推進者、ジョン ザックマン
• エンタープライズ アーキテクチャ サービス ライフサイクル - SOMF

• 米国国防総省による EA の定義 (アーカイブ)
• ウィキメディア・コモンズのエンタープライズアーキテクチャに関連するメディア
• Wikiquote のエンタープライズ アーキテクチャに関する引用
• ウィクショナリーのエンタープライズアーキテクチャの辞書定義