IT・システム開発
エンタープライズアーキテクチャ
Enterprise Architecture
読み：えんたーぷらいずあーきてくちゃ
組織全体の業務・情報・アプリ・技術の関係を整理し、経営方針に沿って変化を導く考え方です。
01初心者向け
まず意味をつかむ
部署ごとに別々のシステムを増やす前に、会社全体の仕事と情報のつながりを見渡します。個別の便利さと全体の整合を一緒に考えます。
02実務者向け
仕事でどう使うか
現状と目指す姿を複数の層で表し、重複、連携不足、老朽化を確認します。移行の優先順位を決め、個々のプロジェクトが守る原則と例外判断の経路を設けます。
03専門家向け
判断を一段深める
全体最適を理由に現場の変化を止めないことが重要です。標準化する範囲と、事業ごとに選べる範囲を分け、モデルの更新と投資判断を結び付けます。巨大な図の作成自体を目的にしません。
別名・略語：EA
IN PRACTICE
具体例で考える
架空の企業が部門別の顧客台帳を調査し、顧客IDは共通化しつつ、営業部門ごとの画面や分析は選べる方針を定めます。
理解を助けるための架空の例です。経営と業務
情報とアプリ
基盤と移行方針
組織を複数の層から見る概念図で、階層的な指揮命令を表していません。
ここは誤解しやすい
EAは単一の大規模システムにすべてを統合することと同義ではありません。
この知識を、組織の力へ。