エンタープライズアーキテクチャとは？業務からITまで「全体でつながる」設計図

全国に店舗を持つ小売企業を考えます。各店舗が「自分の店だけ便利ならよい」と、別々の販売管理システムを導入しました。A店の商品番号「001」がB店では別の商品を指し、本部では全店舗の在庫を一度に集計できません。新しいネット通販を始めようとしても、システムの接続方法が店ごとに違います。

EAの狙いは、単に全システムを同じ製品に置き換えることではありません。共通にすべき部分と、店舗ごとに違ってよい部分を見極めることです。

「在庫管理システムを新しく作ろう」と技術から考え始める前に、そもそも誰が、どんな仕事を、どんな目的で行うのかを確かめます。それを共通の分類として整理するのがBRM（Business Reference Model）です。

同じ「返品」業務を店舗と通販で別々に構築する必要があるか、同じ商品データを使えるか、といった改善の議論も業務の全体像が分かって初めてできます。

「お客様が商品を注文し、倉庫から発送する」という同じ一つの業務を、異なる観点で見るとどうなるでしょうか。四つの参照モデルを一つの流れとして並べます。

これは理解のために業務から技術へ並べた図です。実際の設計では各領域を行き来して整合を取ります。特に、DRMはデータの定義を共有すること、SRMはアプリケーションの機能を分類すること、TRMは技術の基盤を標準化することが中心です。

ここまでの四つだけで業務とシステムの構造は説明できます。しかし、共通化のプロジェクトにお金をかけて、本当に会社は良くなったのでしょうか。

PRMは、業務そのものを分類するBRMとは違い、投資や改善の成果をどの指標で評価するかという観点です。PRMの指標は業務やITの成果を振り返るためのもので、単に数字を集めればよいわけではありません。

参照モデルとは、特定企業の完成済みシステムを指す言葉ではありません。組織が自分たちのEAを設計するときに使う分類・整理の共通のひな型です。万能な一つのモデルですべてを表すのではなく、必要に応じて複数の視点を組み合わせます。

現実の課題では複数の領域が関わりますが、「まず何を整理しているのか」を見れば主となる参照モデルを見つけられます。

状況を選ぶと、担当すべき参照モデルと、何がまだ未整理なのかを検討できます。略語を当てるだけでなく、変更によってどんな問題が解消されるかを確認してください。