アジャイル開発を検討する際、Architecture to Support Project は企業が必要とする製品、製品の境界、製品所有者が抱える制約を特定します。これは企業のバックログを定義します。バックログは、製品またはサービスを提供するために実行する必要がある機能またはタスクのリストです。各項目の価値と緊急性に基づいて、プロダクト所有者によって優先順位が付けられます。参考: TOGAF 規格 | Open Group Web サイト、セクション 3.3.5 プロジェクトをサポートするアーキテクチャ。

戦略ポートフォリオ プロジェクト ソリューションの提供は、通常、計画期間、アーキテクチャ プロジェクトの深さと広さ、および EA リポジトリの内容を構成する 4 つの目的です。これらは、アーキテクチャ開発プロセスにおけるさまざまなレベルの抽象化と粒度に対応します。参照: TOGAF 標準バージョン 9.2 - オープン グループ、セクション 2.4 アーキテクチャ リポジトリ。

この画像は、ISO/IEC/IEEE 42010 標準に基づいた基本的なアーキテクチャ概念を示しています。この標準では、アーキテクチャを表現するために使用される作業成果物としてアーキテクチャ記述を定義しています1。この標準によれば、アーキテクチャ記述は、表現である 1 つ以上のアーキテクチャ ビューで構成されます。 1 人以上の利害関係者とその懸念事項の観点から、関心のあるシステムを分析する 2 アーキテクチャ ビューは、利害関係者の懸念事項に対処するためにビューを構築、解釈、分析するための規則を確立するアーキテクチャの観点に準拠します 3。ビューを表現するために使用されるモデルの種類であるモデルの種類を定義します。
TOGAF 標準のコンテキストでは、候補アーキテクチャとは、利害関係者の要件と懸念事項の一部またはすべてに対処できる可能なアーキテクチャです。トレードオフとは、コスト、利益、リスク、機会など、複数の、多くの場合矛盾する要素のバランスを取り、調整する意思決定の結果です。アーキテクチャを開発する過程で、アーキテクトはさまざまな候補アーキテクチャを評価および比較し、最も適切なものを選択するためにそれらの間でトレードオフを行う必要がある場合があります。
したがって、画像内の項目 A と B は、アーキテクチャ開発プロセスに関連する可能なソリューションと意思決定の結果の概念を表すため、それぞれ候補アーキテクチャとトレードオフです。

リスク管理の原則とガイドラインを提供する ISO 31000 規格によれば、リスクは目標に対する不確実性の影響として定義されています1。不確実性が目標の達成または失敗に影響を与えるかどうかに応じて、リスクはプラスにもマイナスにもなりえます。リスクは、リスク発生の確率と結果を示す可能性と影響の観点から表現することもできます。リスク管理は、リスクに関して組織を指揮し制御するための調整された活動です。リスク管理は、アーキテクチャの開発と実装に影響を与える可能性のあるリスクを特定、評価、処理するのに役立つため、TOGAF 標準の不可欠な部分です2 参考文献: 1: ISO 31000:2018、リスク管理 - ガイドライン、第 3.1 条 2: TOGAF 規格、バージョン 9.2、パート III: ADM ガイドラインと技術、第 32 章: リスク管理

TOGAF のコンテキストにおけるアーキテクチャ委員会の重要な責任の 1 つは、サブアーキテクチャ間の一貫性を達成することです。この取締役会は通常、エンタープライズ アーキテクチャの開発と保守を監督し、組織の全体的な戦略と目標と確実に一致するようにする責任を負います。これらは、すべてのサブアーキテクチャ (ビジネス アーキテクチャ、データ アーキテクチャ、アプリケーション アーキテクチャ、テクノロジ アーキテクチャなど) が連携して動作し、企業アーキテクチャ全体のビジョンと戦略をサポートする上で重要な役割を果たします。