「製造業のビジネスモデルとエンタープライズ・アーキテクチャ　その４」

　先月号では事例を踏まえて、ビジネスモデルとEAとが、オペレーティングモデルの検討を通じて「ビジネス・アーキテクチャ」によって密接に関係することを確認しました。
　企業のビジネス・アーキテクチャは所与のものではありません。マーケットとの関係においてもモジュラー化から統合化への転換は容易に起こりうるものであり、この変化に柔軟に対応できるように、ビジネスもシステムも柔軟な仕組みにしておかなければならないということです。
　この検討プロセスについて、以下整理したいと思います。

１．EAのプロセスとオペレーティングモデル

　EAのフレームワークを整備プロセスとして書き直したのが図-1です。[1]
　この図に示すように、これまで、EAの検討では４層全てについてTo-Beあるいはその前段階である次期モデルを描く必要があると考えられていました。

図１　これまでのEAの整備プロセス

　ところが、本連載でご紹介しましたようにアーキテクチャ成熟度ステージでの取り組みをみると、Stage2において技術の標準化（TA）への取り組みを行いますが、実はこの段階の標準化は本格的な全体最適化ではないことを理解されていると思います。サイロ状態でのインフラの運用管理の煩雑さ、無駄に気付き各システムのステークホルダーが標準システムを決めるのがこの段階での標準化であり、BAからTAへと展開するEAの全体最適には至らないアプローチとなっているからです。
　本格的にBA層からの検討を行うのは第２回、第３回で説明したようにStage3になってからであり、その際オペレーティングモデルの考慮が非常に重要であることを述べてきました。
　これまでのEAの検討ではオペレーティングモデルを考慮せず、EAガイドライン[2]を見る限りにおいては、標準化すべき範囲、してはいけない範囲などの議論をせず、業務の類似性などから標準化対象を定め、その結果体系化されていない標準化を進めていることが懸念されます。
　以上を踏まえると、EAの検討においては、以下の手順を追加するべきであると考えています。

２.　まとめ

　EAAS[3]に記載されているオペレーティングモデルと適用事例を紹介し、従来型のEAに組み込む方法をご紹介しました。重要なのはEAの検討はIT部門ではなく利用部門が実施すべきであるということです。IT部門はそのファシリテータとならなければならないということを改めて認識頂ければ幸いです。

（参考文献）

[1]	加藤正和、「かんたん！エンタ-プライズ・ア-キテクチャ」，翔泳社，2004.8
[2]	ＩＴアソシエイト協議会「業務・システム最適化計画について(Ver.1.1)～ Enterprise Architecture策定ガイドライン～」平成15年12月
[3]	Jeanne W. Ross， Peter Weill， David Robertson， "Enterprise Architecture As Strategy: Creating a Foundation for Business Execution"， Harvard Business School Press; 2006/8/8

*本Webマガジンの内容は執筆者個人の見解に基づいており、株式会社オージス総研およびさくら情報システム株式会社、株式会社宇部情報システムのいずれの見解を示すものでもありません。

• 「複雑化するシステムの運用管理には標準化と自動化を」 前の記事へ
• 「IT分野における行動観察の適用　～その１～」 次の記事へ

『WEBマガジン』に関しては下記よりお気軽にお問い合わせください。

• お問い合わせ