ビジネスアーキテクチャの歴史

ビジネスアーキテクチャの歴史は1980年代に始まります。その後数十年で、ビジネスアーキテクチャは「組織全体にわたるビジネス設計」の分野に発展し、エンタープライズアーキテクチャと密接に関連しています。ビジネスアーキテクチャの概念は、エンタープライズの青写真として、^[2]^[3]^ビジネス戦略として、^[4]ビジネス設計の表現として提案されてきました。^[5]

ビジネスアーキテクチャの概念は、長年にわたって進化してきました。1980 年代に建築分野およびビジネスデザインの活動として導入されました。2000 年代には、ビジネスアーキテクチャの研究と概念開発が加速しました。2000 年代の終わりまでに、ビジネスアーキテクチャに関する最初のハンドブックが出版され、ビジネスアーキテクチャ用の個別のフレームワークが開発され、ビジネスアーキテクチャ用の個別のビューとモデルがさらに構築され、ビジネスアーキテクトが専門職として進化し、より多くの企業がビジネスアーキテクチャを議題に追加しました。^{[引用が必要]}

2015 年までに、ビジネスアーキテクチャは一般的な実践へと進化しました。ビジネスアーキテクチャの知識体系は開発され、毎年複数回更新されており、学界や経営幹部からの関心が高まっています。^{[引用が必要]}

概要

ビジネスアーキテクチャは、伝統的な組織横断的な設計にそのルーツがあります。Bodine と Hilty (2009) は、「ビジネス全体の組織横断的な設計、つまりビジネスアーキテクトの仕事に対する責任は、歴史的に CEO またはその代理人が負っており、MBA のチームが企業管理者と協力し、最新のツールを使用して戦略を新しいビジネス構成に変換するジェネラリスト経営コンサルティング会社がサポートしている」と述べています。^[1] John Zachman (2012) はこの文脈で、「ビジネスアーキテクチャについては、(ある定義によれば) フレデリックテイラーの『科学的管理法の原則』 (1911)に遡る多くの資料が書かれています」とコメントしています。^[6]

ビジネスアーキテクチャのルーツの 1 つは、1980 年代と 1990 年代以降に行われたエンタープライズアーキテクチャの提案にあります。Bernus と Noran (2010) は、2 種類の提案を区別しました。1 つは「一般的に適用可能な「青写真」(後に参照モデル、部分モデルと呼ばれる) を作成し、エンタープライズの作成 (または変更) に関連するアクティビティがそのような共通モデル (またはモデルセット) を参照できるようにする提案」です。^[7]もう 1 つは「エンタープライズの作成、およびその後の変更を組織化するには、エンタープライズとその構成要素のライフサイクルを理解する必要があると主張する提案...「エンタープライズリファレンスアーキテクチャ」です。」^[7]

ビジネスアーキテクチャの出現について、Whelan & Meaden (2012) は、変化を背景に出現したとより具体的に述べています。ビジネスアーキテクチャは、「ビジネス戦略、エンタープライズアーキテクチャ、ビジネスポートフォリオ計画、変更管理など、相互に関連する一連の実践から生まれ、独自の分野へと成熟しつつあります。^[8]

1980年代

コンセプト

ビジネスアーキテクチャの概念は、1980年代に情報システム開発の分野で登場しました。ビジネスアーキテクチャについて最初に言及した人の1人は、1986年の論文「経営情報システムの戦略策定」で英国の経営コンサルタント、エドウィン・E・トーザーでした。 ^[9]彼はビジネス情報システム計画の文脈でビジネスアーキテクチャの概念を導入し、次のように区別しました。

ビジネスアーキテクチャ、そして
情報アーキテクチャ、

そして彼は、「情報アーキテクチャの各エンティティクラスは何らかのデータベースで表現され、各ビジネス機能は1つ以上のシステムによってサポートされる可能性がある」と説明した。^[9]この論文でトーザーは「[戦略]問題を特定すべき順序について規定した」^[10]ことと、「組織戦略へのISの適応性」^{[11]に焦点を当てた。}

最初のモデル

アメリカの組織理論家ウィリアム・R・シノット（1987）は、データ管理の文脈で、ビジネスアーキテクチャの最初のモデルの 1 つを発表しました（画像を参照）。シノットは、総合的な情報リソース管理（IRM）アーキテクチャを開発したいと考え、その基盤としてビジネスアーキテクチャを提案しました。彼は次のように説明しています。

ビジネスアーキテクチャは、IRM アーキテクチャの基盤です。アーキテクチャモデルは、リンクされたアーキテクチャのビルディングブロックのセットで構成され、これらが企業のテクノロジインフラストラクチャの基礎を形成します... 図では、データアーキテクチャと通信アーキテクチャが水平バーとして示されています。これは、これらが企業全体の情報リソースコンポーネントであるためです。これらはすべてのビジネスユニットにサービスを提供します。4 つの垂直リソースコンポーネントはビジネスに固有です。リソースは、サービスの提供先ビジネスユニットに応じて分割できます。つまり、データと通信は集中型リソースですが、人的リソース (専門システムスタッフ)、コンピューター、ユーザーコンピューティング、およびシステムはすべて、ある程度分散型リソースである可能性があります。^[12]

この情報リソース管理 (IRM) モデルでは、次の 7 種類のアーキテクチャが区別されています。

集中型: ビジネスアーキテクチャ、データアーキテクチャ、通信アーキテクチャ
分散型 : 人的資源アーキテクチャ、コンピュータアーキテクチャ、ユーザーコンピューティングアーキテクチャ、およびシステムアーキテクチャ。

このタイプのアーキテクチャモデルは、さまざまなタイプのアーキテクチャを分類します。後の理論とモデルでは、さまざまなアーキテクチャセットが提案されています。たとえば、1980 年代後半のNIST エンタープライズアーキテクチャモデルでは 5 つのタイプが区別されていましたが、これは 1990 年代の連邦エンタープライズアーキテクチャに組み込まれ、4 つのタイプのアーキテクチャが含まれていました。^{[引用が必要]}

総合的な開発プロセスの基盤

さらに、Synnott (1987) は、ビジネスアーキテクチャがどのように機能するべきかを説明し、アーキテクチャ計画の考え方を紹介しました。

企業のビジネスアーキテクチャ (組織構造、戦略的ビジネスユニットとミッション、製品とサービス) は、IRM 計画の基礎です。すべての企業には既存のアーキテクチャがあるため、アーキテクチャ計画は企業の情報リソースのインベントリから始まります。さまざまな情報リソースコンポーネントのインベントリをまとめると、企業のテクノロジ構造の「現状」の図が得られます。このインベントリから、CIO は、特に戦略計画プロセスで特定されたビジネス情報のニーズに関連して、企業の情報リソースの長所と短所を分析できます。この分析から、アーキテクチャプランを作成できます。これは、現状の図ではなく、目指す場所とそこに到達する方法の「あるべき姿」の図です。^[12]

欧州IFIP 情報システム技術委員会IFIP TC8の Cees J. Schrama (1988) は、「ビジネスアーキテクチャは、開発プロセス全体の強固な基盤を提供する必要がある」という意見を発表しました。彼は、情報処理アーキテクチャやネットワークアーキテクチャなどの要素で構成される別のモデルを描き、次のように説明しました。

[ビジネスアーキテクチャ] には、プロセスデータ、サポートシステム、ネットワークアーキテクチャが実行される情報処理アーキテクチャの基礎が含まれています。ビジネスアーキテクチャでは、次のことが特定できます。
- 企業分析：事業領域を示す

- ビジネス分析

- 情報システム企画
ビジネスアーキテクチャには、管理、組織、実行されるプロセス、利用可能/配信されるデータなど、いくつかの基本要素があります。過去には、主に運用システムが開発されていたため、プロセスがかなり重視されていました。プロセスを実行するには情報が必要であると考えられていました。これは変わりつつあります。情報検索のニーズにも応えるために、データを利用可能にすることが重要になってきています。^[13]

アーキテクチャ計画の概念に関するこれらのアイデアは、1990 年代初頭にTOGAFの前身であるTAFIMなどのフレームワークへと進化しました。

エンタープライズアーキテクチャのモデルを表示する

1987年の論文「情報システムアーキテクチャのフレームワーク」で、ジョン・ザックマンはエンタープライズアーキテクチャのいくつかの原則を紹介した。^[14]

情報システムアーキテクチャのフレームワーク

第 5 回NIST 情報管理指針ワークショップ(1989 年) では、 W. Bradford Rigdonの指導の下、ワーキンググループが最初のエンタープライズアーキテクチャフレームワークの 1 つであるNISTエンタープライズアーキテクチャモデルを開発しました。このモデルでは、ビジネスアーキテクチャがエンタープライズアーキテクチャのレイヤーの 1 つとして組み込まれました。Bradford Rigdon ら (1989 年) は次のように説明しました。

アーキテクチャについて議論する際には、アーキテクチャのさまざまなレベルを考慮する必要があります。これらのレベルは、ビジネスユニットを頂点とし、デリバリーシステムを底辺とするピラミッドで表すことができます。企業は、特定のビジネス領域を担当する 1 つ以上のビジネスユニットで構成されています。アーキテクチャの 5 つのレベルは次のとおりです。
事業部

情報

情報システム

データ

配送システム
各レベルは独立していながらも相互に関連しています...エンタープライズアーキテクチャの考え方は、各レベルが論理的に接続されており、あるレベルでの描写は上位レベルのアーキテクチャを前提としているか、指示しているという認識を反映しています。^[15]

1989 年の NIST AE フレームワークのオリジナルの図 (画像を参照) では、最上位層は「ビジネスユニットアーキテクチャ」と名付けられていました。1990 年代のこのモデルの表現では、最上位層は「ビジネスアーキテクチャ」と名付けられました。

1990年代

情報化時代の到来

1990年代には情報化時代が到来し^[16]、世界の市場経済に変化が起こりました。企業が適応するにつれて、ビジネスアーキテクチャという新しい概念が有望な代替案として提示されました。Gharajedaghi (1999) はこの背景を次のように説明しています。

混乱のレベルがますます高まるグローバル市場経済において、存続可能なビジネスはもはや単一の形態や機能に縛られることはできません。成功は、その時々に適した構造や機能を自発的に作り出す自己再生能力から生まれます。この文脈において、自己参照が適切に機能すれば、過去数年にわたって多くのビジネスを破滅させてきた、動揺や新しい製品/市場の無作為な探索を確実に防ぐことができます。
実際、内部の能力のポートフォリオを新興市場の機会のポートフォリオと継続的に一致させる能力は、新しいビジネスアーキテクチャという新しい概念の基礎となっています... ^[17]

Bodine と Hilty (2009) によると、「オペレーションの分野から借用したこの分野での重要な進歩は、1993 年にMichael HammerとJames Champyの著書Reengineering the Corporationの形で現れました。この本では、プロセスモデリングを使用してビジネス活動をマッピングおよび最適化するためのツールが紹介されました。ほぼ同時期にRobert KaplanとDavid Nortonによって開発されたBalanced Scorecardにより、企業は定量的側面だけでなく定性的側面でも目標に対する企業全体の成功を測定できるようになりました。」^[1]

説明

1990 年代の作品では、ビジネスアーキテクチャの概念が次のような独特な方法で提示されています。

活動として : たとえば、Lindsay & Price (1991) は、ビジネスアーキテクチャを「自己セキュリティ活動」として提示しました。これには、「機能の研究、その構成要素である組織、ツール、方法、内部と外部の両方の関係などが含まれます...これらすべての要素を特定してリスト化する活動自体が、管理者にとって重要な学習プロセスです。要素の特定とリスト化のプロセスに加えて、アーキテクチャは一連の原則を開発します。原則は半永久的な哲学の声明です。つまり、管理者が事業運営に同意する基本ルールです。」^[18]
企業の青写真またはモデルとして : Bourke (1994) は、ビジネスアーキテクチャを「企業のビジネスプロセスの統合された青写真のセット」と表現しました。 ^[2] Veasey (1994) は、ビジネスアーキテクチャを「変化を管理するためのメカニズムである企業のモデル」と表現しました。^[19]
あらゆる変更プログラムの戦略として : たとえば、デイビス (1996) は、ビジネスアーキテクチャは「統合された変更プログラムの土台を築くために必要な包括的な計画の種類を説明するために使用できる」と述べています。「アーキテクチャ」という用語は、プロセスの卓越性を達成するために必要な創造性と全体的な変更のレベルを暗示しています。包括的なビジネスアーキテクチャは、人間のパフォーマンス、プロセス、およびテクノロジーを統合してビジネスパフォーマンスを変革し、価値を生み出す方法を定義します。」^[4]

ビジネスアーキテクチャは、変更管理のツールとして提示され、Van Rensburg (1997) は認めています。「ビジネスアーキテクチャは、組織がビジネス変革プロセスを通じて組織をサポートするメカニズムとして使用されるような方法で、組織活動を理解する手段を組織に提供します。ビジネスアーキテクチャの設計にオブジェクト指向モデリングアプローチを使用すると、ビジネスアーキテクチャリポジトリに現実世界のインスタンスをキャプチャする堅牢なモデリングアプローチが可能になります。これにより、変革プロセスに必要な組織理解の作成とキャプションが可能になります。」^[20]

FEAとビジネスサブアーキテクチャ

1996年に米国政府は情報資源の取得と管理を改善するためにクリンガー・コーエン法を導入しました。

DOE AE ビジネスサブアーキテクチャ、1998
DOE ビジネス関係テンプレート、1998
Doe ビジネスサブアーキテクチャモデル、1998

エンタープライズリファレンスアーキテクチャ

エンタープライズアーキテクチャフレームワークの他に、1980年代後半から1990年代初頭にかけて、エンタープライズリファレンスアーキテクチャと呼ばれる2番目のタイプのアーキテクチャモデルが提案されました。^[7]

GRAI-GIM (ドゥメインツ、1987)
PERA（ウィリアムズ1994）
CIMOSA (CIMOSA 協会 1996)、
統合情報システムのアーキテクチャ（Scheer 1999）、および
GERAM (IFIP-IFAC タスクフォース、1999)

財団

1999 年にビジネスアーキテクチャとその基盤に関する 2 つの著作が出版され、ビジネスアーキテクチャに関する最も引用される 2 つの著作となりました。Jamshid Gharajedaghi は著書「システム思考: 混沌と複雑性の管理」で、システム思考に基づいたビジネスアーキテクチャを設計するための一連の原則を提示しました。Gharajedaghi は、ビジネスアーキテクチャはシステムとして考えるべきだと主張しました。

ビジネスアーキテクチャは、システムの一般的な説明です。システムの目的、重要な機能、アクティブな要素、重要なプロセスを特定し、それらの相互作用の性質を定義します。ビジネスアーキテクチャは、異なるが相互に関連する一連のプラットフォームで構成され、多次元のモジュールシステムを作成します。各プラットフォームはシステムの次元を表し、事前に定義された一連のパフォーマンス基準と測定基準を備えた独自の動作モードを示します。^[17]

IBM の研究者 Douglas W. McDavid は、「ビジネスアーキテクチャ記述の標準」という論文を発表しました。Evernden & Evernden (2003) によると、この論文は「経験、エンタープライズビジネスモデル、ビジネス用語の編成、さまざまな一般的な業界参照モデルから抽象化された、標準的なビジネス概念の高レベルの意味論的フレームワーク」について説明しています。ビジネスアーキテクチャを構成するもの、情報カテゴリの性質と使用法について優れた議論が行われていますが、製品や合意などの概念が欠けているようです。」^[21] McDavid は次のように主張しました。

ビジネスアーキテクチャ記述の概念は、一般的なビジネス上の懸念事項について話すための意味論的フレームワークを提供します...私たちの目的のために、この意味論的構造は、テクノロジーベースの情報システムでサポートされる必要があるコンテンツの種類を理解できるようにするための共通の概念パターンのセットを提供します...一般的な概念のセットとそれらの相互関係は、ビジネス要件、ビジネスの境界、価値を提供するシステムとしてのビジネスの観点からビジネス情報コンテンツを整理します。^[22]

2000年代

注: このフレームワークは、BusinessGenetics Business Modelling Language (BML) から大きく影響を受けています。

ビジネスアーキテクト

ボディンとヒルティ（2009）によると

1990 年代半ばに電子メール、インスタントメッセージング、オンラインデータリポジトリなどのインターネットテクノロジが登場したことで、同僚が共同作業を行う方法に非常に大きな柔軟性がもたらされ、買い手と売り手が仮想空間でやり取りし、オンラインで取引できるようになったことで、従来のビジネス構造が変化しました...
1990 年代後半には、インターネット技術の高度なスキルを持つ MBA 取得者が、e コマース Web サイト向けのライブビジネスモデルをリアルタイムで開発し始めました。彼らは開発ツールを使用して、ビジネスを表現すると同時に構築しました。このモデルがビジネスとなり、何千ものモデルが立ち上げられ、企業は膨大な量のデータにアクセスし、変化する市場状況に迅速に対応できるようになりました... 当時、Google で「Business Architect」を検索すると、わずか 12 件の結果が返されました... 2009 年に Google で「Business Architect」を検索すると、100 万件を超えるリストが返されました。
これは、価値があり急速に拡大している職業の始まりに過ぎません。今日のビジネスアーキテクトは、すべての利害関係者を代表し、すべての専門知識を活用するビジネス全体を総合的に捉えています。彼らは、ビジネス組織を、企業戦略を明確に実行することでミッションを達成するために、中央計画と個人のイニシアチブのバランスをとる、常に変化するダイナミックな有機体と見なしています。^[1]

ツールとフレームワーク

ボディンとヒルティ（2009）によると

オペレーションの分野から借用したこの分野での重要な進歩は、1993年にマイケル・ハマーとジェームズ・チャンピーの著書『Reengineering the Corporation』の形で現れました。この本では、プロセスモデリングを使用してビジネス活動をマッピングおよび最適化するためのツールが紹介されました。ほぼ同時期にロバート・カプランとデビッド・ノートンによって開発されたバランスト・スコアカードにより、企業は定量的側面だけでなく定性的側面でも目標に対する企業全体の成功を測定できるようになりました。^[1]

Bernus & Noran (2010) によると:

アーキテクチャフレームワークは、産業オートメーション/製造/生産管理、ビジネス情報システム（さまざまな種類）、通信、防衛などの分野を含む多くの業界で使用されています。エンタープライズアーキテクチャプラクティスの一部は「エンタープライズエンジニアリング」と「エンタープライズモデリング」（または単にモデリング）のプラクティスであり、完全なAFはモデリングの範囲を記述します（これは後でAFの一部であるモデリングフレームワークとして要約できます）。^[7]

フレームワークの特定のタイプは、「エンタープライズリファレンスアーキテクチャ」と呼ばれます。Bernus と Noran (2010) によると、次のようになります。

この20年間で、PERA（Williams 1994）、CIMOSA（CIMOSA Association 1996）、ARIS（Scheer 1999）、GRAI-GIM（Doumeingts、1987）などの提案がいくつか登場し、IFIP-IFACタスクフォースは、これらの提案とその一般化（Bernus and Nemes、1994）の徹底的なレビューに基づいてGERAM（IFIP-IFACタスクフォース、1999）を開発し、これがISO15704:2000「産業オートメーションシステム - エンタープライズリファレンスアーキテクチャおよび方法論の要件」の基礎となりました... ^[7]

ビジネスアーキテクチャワーキンググループ

ビジネスアーキテクチャ特別興味グループ (BASIG) は、オブジェクト管理グループ(OMG)のビジネスアーキテクチャに関するワーキンググループです。このワーキンググループは、2007 年にビジネスアーキテクチャワーキンググループ (BAWG) として設立されました。

ビジネス戦略

2006年の論文「ビジネスアーキテクチャ：ビジネス戦略をICTに関連付ける新しいパラダイム」で、VersteegとBouwmanはビジネスアーキテクチャ、ビジネス活動、ビジネス戦略の関係について説明しました。^[23]彼らは次のように書いています。

私たちは、個々の側面（プロセス、データ、機能、組織など）をさらに構造化する前に、ビジネス活動に対する責任を構造化するために「ビジネスアーキテクチャ」の概念を使用します。ビジネスアーキテクチャは、最も重要なビジネス活動（たとえば、生産、流通、マーケティングなど）および/または経済活動（たとえば、製造、組み立て、輸送、卸売など）の責任をドメインに配置します^[24]

Versteeg & Bouwman はまた、「組織に続く後続の設計の観点は、情報アーキテクチャ、技術アーキテクチャ、プロセスアーキテクチャなど、より一般的です。ビジネスアーキテクチャのさまざまな部分 (機能、概念、プロセス) は、さまざまな後続アーキテクチャの必須の出発点として機能します。ビジネスアーキテクチャは、他のアーキテクチャを事前に構築します。ビジネスアーキテクチャモデルは、ビジネス戦略とビジネス設計の間のほとんど詳細化されていない関係に光を当てます。ケーススタディでビジネスアーキテクチャの価値を説明します。」と述べています。^[25]

2010年代

ビジネスプロセスフレームワーク (eTOM)、eTOM プロセスのレベル 0 の概要、2010 年。

ハンドブック

2010 年に、ビジネスアーキテクチャに関する最初のハンドブックが出版されました。米国では、OMG ビジネスアーキテクチャ特別利益グループの William M. Ulrich 氏と Neal McWhorter 氏が 2010 年に「ビジネスアーキテクチャ: ビジネス変革の技術と実践」を出版しました。

2012年にイギリスではビジネスコンサルタントのジョナサン・ウェランとグラハム・ミーデンが「ビジネスアーキテクチャ：実践ガイド」を出版した。^[26]

意味

いくつかの情報源では、「ビジネスアーキテクチャ」の正確な定義が検討されています。2008 年に Jeff Scott は、この件について次のようにコメントしています。

ビジネスアーキテクチャへの関心は劇的に高まっています。過去 2 年間、IT 部門とビジネス部門の両方のリーダーが、明確に定義されたビジネスアーキテクチャの必要性について議論に参加してきました。多くの議論が行われていますが、ビジネスアーキテクチャとは何か、どのように追求すべきか、どのような価値をもたらすかについては、ほとんど合意が得られていません。IT 部門とビジネス部門のビジネスアーキテクトは、ビジネスユニット全体および企業全体のビジネスアーキテクチャの開発を開始し、学習しながら進めています。彼らの最終的な目標は、ビジネス上の意思決定を改善し、IT 部門とそれがサポートするビジネスユニット間の連携を改善することです。ビジネスアーキテクチャ開発で主導的な役割を果たしたいアーキテクチャチームは、すぐに着手しなければ、取り残されてしまいます。^[27]

他の情報源でも同じ結論に達しており、長年にわたってビジネスアーキテクチャのさまざまな定義が提案されてきた^[26]^[28]^[29]^[30]。最も注目すべき定義のいくつかでは、ビジネスアーキテクチャを次のように説明しています。

「組織の共通理解を提供し、戦略目標と戦術的要求を整合させるために使用される企業の青写真」 - OMGビジネスアーキテクチャワーキンググループ、2008年^[3]
「ビジネス戦略、ガバナンス、組織、主要なビジネスプロセス情報、およびこれらの概念間の相互作用。」 - TOGAF、2009 ^[31]
「ビジネス設計の正式な表現と積極的な管理」 - SOAコンソーシアム、EA2010ビジネスアーキテクチャワーキンググループ、2010年^[5]

議論は続いた。ジョン・ザックマン（2012）は、この件について「多くの人がビジネスアーキテクチャを異なる方法で定義しています（ビジネスアーキテクチャについてさまざまな意見や定義を持っている人を私はたくさん知っています）。少なくとも包括的かつ明確な形でビジネスアーキテクチャを行っている人はそれほど多くありません（私の推定では）」と述べている。^[6]

さまざまな学術分野に根ざす

ビジネスアーキテクチャに関するアイデアと定義は、さまざまな学術サブ分野から生まれており、ビジネスアーキテクチャの概念と方法およびテクニックは、数多くの取り組みの中で発展しています。関連するサブフィールドの選択: ^{[引用が必要]}

システム思考、サイバネティクス、複雑性科学などからインスピレーションを得た組織理論。
システム分析と設計、システムエンジニアリング、ビジネスエンジニアリング、ビジネスモデリング、ビジネスプロセスモデリング、ビジネスプロセス管理、ビジネスプロセスリエンジニアリング^[1]など。
ソフトウェア工学、情報工学、情報技術管理など。
エンタープライズアーキテクチャ、エンタープライズエンジニアリング、^[7] エンタープライズモデリング、^[7]エンタープライズオントロジー、エンタープライズリソースプランニングなど。

業務分野

Guitarte (2013) は、さまざまな種類の組織が活動し、いわゆる「ビジネスアーキテクチャの渦」を生み出したと述べています。彼は次の 4 つのタイプを挙げています。

影響者: 学界、さまざまな著者、カッター、フォレスター、メディア、ガートナー、IIR
サードパーティベンダー: Metastorm、IBM、Sparx、Troux、Mega、BrainstormCentral、Pega、BAI、BPMI、Progress
実践コミュニティ: Business Architecture Guild、Business Architecture Society、BAA、BizArchCommunity、BAA、IIBA、PMI、AOGEA
標準化団体：ISO、BPMN、OMG、MDA、BASIG、The Open Group、TOGAF、BPM/SOA、BEI ^[32]

ギタテ氏は、「影響力のある人々が先導し、実践コミュニティと標準設定団体がそれに続き、ベンダーがそれに続いた。相反するアイデアは、ビジネスアーキテクチャ専門職の将来を定義する機会を提供する」とコメントした。^[32]

経営利益

調査によると、経営層のビジネスアーキテクチャや大学への関心が高まっていることが報告されています。

2004年にJaap Schekkermanはすでに「エンタープライズアーキテクチャはCEOやCIOが考慮する最も重要な問題のリストの上位にランクされている」と示唆していました。^[33]

参考文献

^ abcdef Paul Arthur Bodine および Jack Hilty。「ビジネスアーキテクチャ: 新興の職業」、businessarchitectsassociation.org、 Business Architects Association Institute。2009 年 4 月 28 日。( Wayback Machineで 2010-11-07 にオンラインアーカイブ)
^ ab Michael K. Bourke (1994). 医療情報システムの戦略とアーキテクチャ。p. 55
^ ab OMG Business Architecture Working Group。「Business Architecture Working Group」、bawg.omg.org、 2008 年 10 月 10 日。(archive.org、2008 年 10 月 10 日)。
^ ab Peter T. Davis (1996)クライアント/サーバーコンピュータネットワークのセキュリティ保護。p . 324
^ ab SOA コンソーシアム、EA2010 ワーキンググループ。ビジネスアーキテクチャ、ビジネス戦略とエンタープライズアーキテクチャ間の欠けているリンク。Wayback Machineで 2012 年 1 月 30 日にアーカイブ。著作権は OMG、2010 年。
^ ab John A. Zachman「序文」、Jonathan Whelan、Graham Meaden (2012) 『ビジネスアーキテクチャ：実践ガイド』、 p. xv
^ abcdefg Bernus, Peterおよび Ovidiu Noran。「エンタープライズアーキテクチャのメタモデル」、エンタープライズアーキテクチャ、統合、相互運用性。Springer Berlin Heidelberg、2010 年、56-65 ページ。
^ ジョナサン・ウェラン、グラハム・ミーデン（2012）ビジネスアーキテクチャ：実践ガイド。p . 2
^ ab Tozer, Edwin E.「経営情報システムのための戦略の開発」Long Range Planning 19.4 (1986): 31-40。
^ ベネット、ジェーン、パム・ヒントン。「ケーススタディ - 情報システム戦略：ハートフォードシャー大学における開発と進化」（1995 年）。
^ Palanisamy, Ramaraj. 「組織の柔軟性のための情報システムの測定と有効化: 実証的研究」Journal of Services Research 3.2 (2003)。
^ ab ウィリアム・R・シノット（1987年）。情報兵器：テクノロジーで顧客と市場を獲得する。p . 199-220
^ Cees J. Schrama. 「情報システム開発における構成と分解」、Péter Kovács およびElek Straub (編集者) 著。政府および地方自治体の情報システム: 政府および地方自治体の情報システムに関する IFIP TC8 会議議事録、ハンガリー、ブダペスト、1987 年 9 月 8 ～ 11 日。IFIP TC8、1988年、p. 161
^ Zachman, John A.「情報システムアーキテクチャのフレームワーク」IBMシステムジャーナル26.3（1987）：276-292。
^ W. Bradford Rigdon (1989)「アーキテクチャと標準」。『Information Management Directions: The Integration Challenge』 EN Fong および AH Goldfine (編)。NIST 1989 年 9 月。p. 137。一部引用: IT Governance Institute (2005) 『Governance of the Extended Enterprise』。p. 89。
^ Zachman, John A.「エンタープライズアーキテクチャ：世紀の問題」Wayback Machineで2015年4月18日にアーカイブ。データベースプログラミングと設計10.3（1997）：44-53。
^ ab Gharajedaghi, Jamshid .システム思考: 混沌と複雑性の管理: ビジネスアーキテクチャ設計のプラットフォーム。Elsevier、1999年; 第2版。2005年、p. 152
^ David T. Lindsay、WL Price、「情報セキュリティ：IFIP TC11 第 7 回国際情報セキュリティ会議 - 情報処理における信頼の創出」の議事録、IFIP/Sec '91、英国ブライトン、1991 年 5 月 15 ～ 17 日。1991 年、81 ページ。
^ Veasey, Philip W. 「多角化されたビジネスにおけるビジネスリエンジニアリングプロジェクトのプログラムの管理」Long Range Planning 27.5 (1994): 124-135。
^ Van Rensburg、ACJ「ビジネス変革のためのオブジェクト指向アーキテクチャ」Computers & industrial engineering 33.1 (1997): 167-170。
^ ロジャー・エバーンデン、エレイン・エバーンデン（2003年）。情報第一：知識と情報の統合。p. 200
^ McDavid, Douglas W. 「ビジネスアーキテクチャ記述の標準」 IBM Systems Journal 38.1 (1999): 12-31.; 引用元: Glissman & Sanz (2009, p. 3)。
^ Schelp、Joachim、Robert Winter。「エンタープライズアーキテクチャ研究における言語コミュニティ」情報システムと技術におけるデザインサイエンス研究に関する第 4 回国際会議の議事録。ACM、2009 年。
^ Versteeg, Gerrit & Bouwman (2006, p. 92)、McClure, Mark 著「サービス指向ソフトウェアシステム開発のコンテキスト内での協調的エンタープライズアーキテクチャガバナンスプログラムの枠組み」で引用。オレゴン大学応用情報管理プログラム、2007 年 3 月。
^ Versteeg, G & H. Bouwman. 「ビジネスアーキテクチャ: ビジネス戦略を ICT に関連付ける新しいパラダイム」Information Systems Frontiers 8 (2006) pp. 91-102。
^ ミーデン＆ウェラン 2012より
^ Jeff Scott (2008)、「ビジネスアーキテクチャの時代が到来」、 Forrester Publication。(概要はforrester.comに掲載)
^ ホイットル＆マイリック（2004）
^ Kerrie Holley、Ali Arsanjani。100の SOA の質問と回答、 2010 年。
^ Nick Malik、「ビジネスアーキテクチャの多くの (欠陥のある) 定義」、blogs.msdn.com、 2012 年 9 月 11 日。
^ The Open Group . TOGAF™ バージョン 9 基礎学習ガイド、 2009 年、p. 45
^ Andrew Guitarte、「ビジネスアーキテクチャのトレンドと方法」(2013)。
^ Jaap Schekkerman、「エンタープライズアーキテクチャフレームワークのジャングルで生き残る方法: エンタープライズアーキテクチャフレームワークの作成または選択」、 2004 年、p. 19

さらに読む

Gharajedaghi, Jamshid .システム思考: 混沌と複雑性の管理: ビジネスアーキテクチャを設計するためのプラットフォーム。Elsevier、1999 年; 第 2 版。2005 年; 第 3 版。2011 年
Susanne Glissman、Jorge Sanz。「ビジネスアーキテクチャの比較レビュー」IBM Research Report、 2009 年。
William M. Ulrich、Neal McWhorter、『ビジネスアーキテクチャ：ビジネス変革の芸術と実践』、 Meghan-Kiffer Press、2010年。
Jonathan Whelan、Graham Meaden。ビジネスアーキテクチャ：実践ガイド。 2012年。
ラルフ・ホイットル、コンラッド・B・マイリック。エンタープライズ・ビジネス・アーキテクチャ：戦略と結果の正式なつながり、 2004年

外部リンク

ウィキメディア・コモンズのビジネスアーキテクチャに関連するメディア
Wikiquote のエンタープライズアーキテクチャに関する引用

[BH_2009-1] Paul Arthur Bodine および Jack Hilty。「ビジネスアーキテクチャ: 新興の職業」、businessarchitectsassociation.org、 Business Architects Association Institute。2009 年 4 月 28 日。( Wayback Machineで 2010-11-07 にオンラインアーカイブ)

[MKB_1994-2] Michael K. Bourke (1994). 医療情報システムの戦略とアーキテクチャ。p. 55

[OMG_2008-3] OMG Business Architecture Working Group。「Business Architecture Working Group」、bawg.omg.org、 2008 年 10 月 10 日。(archive.org、2008 年 10 月 10 日)。

[PTD_1996-4] Peter T. Davis (1996)クライアント/サーバーコンピュータネットワークのセキュリティ保護。p . 324

[SC_2010-5] SOA コンソーシアム、EA2010 ワーキンググループ。ビジネスアーキテクチャ、ビジネス戦略とエンタープライズアーキテクチャ間の欠けているリンク。Wayback Machineで 2012 年 1 月 30 日にアーカイブ。著作権は OMG、2010 年。

[JAZ_2012-6] John A. Zachman「序文」、Jonathan Whelan、Graham Meaden (2012) 『ビジネスアーキテクチャ：実践ガイド』、 p. xv

[BN_2010-7] Bernus, Peterおよび Ovidiu Noran。「エンタープライズアーキテクチャのメタモデル」、エンタープライズアーキテクチャ、統合、相互運用性。Springer Berlin Heidelberg、2010 年、56-65 ページ。

[WM_2012-8] ジョナサン・ウェラン、グラハム・ミーデン（2012）ビジネスアーキテクチャ：実践ガイド。p . 2

[EET_1986-9] Tozer, Edwin E.「経営情報システムのための戦略の開発」Long Range Planning 19.4 (1986): 31-40。

[10] ベネット、ジェーン、パム・ヒントン。「ケーススタディ - 情報システム戦略：ハートフォードシャー大学における開発と進化」（1995 年）。

[11] Palanisamy, Ramaraj. 「組織の柔軟性のための情報システムの測定と有効化: 実証的研究」Journal of Services Research 3.2 (2003)。

[WRS_1987-12] ウィリアム・R・シノット（1987年）。情報兵器：テクノロジーで顧客と市場を獲得する。p . 199-220

[13] Cees J. Schrama. 「情報システム開発における構成と分解」、Péter Kovács およびElek Straub (編集者) 著。政府および地方自治体の情報システム: 政府および地方自治体の情報システムに関する IFIP TC8 会議議事録、ハンガリー、ブダペスト、1987 年 9 月 8 ～ 11 日。IFIP TC8、1988年、p. 161

[14] Zachman, John A.「情報システムアーキテクチャのフレームワーク」IBMシステムジャーナル26.3（1987）：276-292。

[15] W. Bradford Rigdon (1989)「アーキテクチャと標準」。『Information Management Directions: The Integration Challenge』 EN Fong および AH Goldfine (編)。NIST 1989 年 9 月。p. 137。一部引用: IT Governance Institute (2005) 『Governance of the Extended Enterprise』。p. 89。

[16] Zachman, John A.「エンタープライズアーキテクチャ：世紀の問題」Wayback Machineで2015年4月18日にアーカイブ。データベースプログラミングと設計10.3（1997）：44-53。

[JG_1999-17] Gharajedaghi, Jamshid .システム思考: 混沌と複雑性の管理: ビジネスアーキテクチャ設計のプラットフォーム。Elsevier、1999年; 第2版。2005年、p. 152

[18] David T. Lindsay、WL Price、「情報セキュリティ：IFIP TC11 第 7 回国際情報セキュリティ会議 - 情報処理における信頼の創出」の議事録、IFIP/Sec '91、英国ブライトン、1991 年 5 月 15 ～ 17 日。1991 年、81 ページ。

[19] Veasey, Philip W. 「多角化されたビジネスにおけるビジネスリエンジニアリングプロジェクトのプログラムの管理」Long Range Planning 27.5 (1994): 124-135。

[20] Van Rensburg、ACJ「ビジネス変革のためのオブジェクト指向アーキテクチャ」Computers & industrial engineering 33.1 (1997): 167-170。

[21] ロジャー・エバーンデン、エレイン・エバーンデン（2003年）。情報第一：知識と情報の統合。p. 200

[22] McDavid, Douglas W. 「ビジネスアーキテクチャ記述の標準」 IBM Systems Journal 38.1 (1999): 12-31.; 引用元: Glissman & Sanz (2009, p. 3)。

[23] Schelp、Joachim、Robert Winter。「エンタープライズアーキテクチャ研究における言語コミュニティ」情報システムと技術におけるデザインサイエンス研究に関する第 4 回国際会議の議事録。ACM、2009 年。

[24] Versteeg, Gerrit & Bouwman (2006, p. 92)、McClure, Mark 著「サービス指向ソフトウェアシステム開発のコンテキスト内での協調的エンタープライズアーキテクチャガバナンスプログラムの枠組み」で引用。オレゴン大学応用情報管理プログラム、2007 年 3 月。

[GHV_2006-25] Versteeg, G & H. Bouwman. 「ビジネスアーキテクチャ: ビジネス戦略を ICT に関連付ける新しいパラダイム」Information Systems Frontiers 8 (2006) pp. 91-102。

[M&W_2012-26] ミーデン＆ウェラン 2012より

[27] Jeff Scott (2008)、「ビジネスアーキテクチャの時代が到来」、 Forrester Publication。(概要はforrester.comに掲載)

[28] ホイットル＆マイリック（2004）

[29] Kerrie Holley、Ali Arsanjani。100の SOA の質問と回答、 2010 年。

[30] Nick Malik、「ビジネスアーキテクチャの多くの (欠陥のある) 定義」、blogs.msdn.com、 2012 年 9 月 11 日。

[31] The Open Group . TOGAF™ バージョン 9 基礎学習ガイド、 2009 年、p. 45

[AG_2013-32] Andrew Guitarte、「ビジネスアーキテクチャのトレンドと方法」(2013)。

[33] Jaap Schekkerman、「エンタープライズアーキテクチャフレームワークのジャングルで生き残る方法: エンタープライズアーキテクチャフレームワークの作成または選択」、 2004 年、p. 19