「プロジェクトは、複数のフェーズをカバーする計画されたサイクルで、ADMフェーズ間を循環する可能性がある」という記述は、反復の概念を示しています。反復とは、ADMフェーズまたはフェーズ内のステップを繰り返すことで、アーキテクチャの出力を洗練させ、変化する要件や利害関係者の懸念に対処するプロセスです。反復は、単一のフェーズ内、複数のフェーズにまたがる、あるいはADMサイクル全体など、粒度と範囲の異なるレベルで実行できます。反復は、ビジネス、データ、アプリケーション、テクノロジーなど、さまざまなアーキテクチャドメインに適用することもできます。反復は、目的に適合し、適応性と変化への対応力に優れたアーキテクチャの開発を可能にするADMの重要な機能です。

説明
アーキテクチャ・ロードマップの目的は、ベースライン・アーキテクチャが時間の経過とともにどのようにターゲット・アーキテクチャに移行していくかを概観的に把握することです。ロードマップでは、タイムラインに沿って作業パッケージをリスト化し、ターゲット・アーキテクチャに向けた進捗状況、依存関係、リスク、メリットを示します。アーキテクチャ・ロードマップは、実装・移行計画の一部であり、アーキテクチャ・プロジェクトの実行を導きます。
参考文献: https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html

* 質問に記載されている目標は、エンタープライズ アーキテクチャを開発および管理するための手法である TOGAF ADM (アーキテクチャ開発手法) のさまざまなフェーズの目標に対応しています1。
* ADMは9つのフェーズで構成され、それぞれに特定の目的と成果があります。フェーズは以下のとおりです。
* 準備フェーズ: アーキテクチャ フレームワーク、原則、ガバナンスの定義など、アーキテクチャ開発サイクルを準備して開始します。
* フェーズ A: アーキテクチャ ビジョン: アーキテクチャ イニシアチブの範囲、ビジョン、および関係者を定義し、続行するための承認を取得します。
* フェーズ B: ビジネス アーキテクチャ: ベースラインとターゲットのビジネス アーキテクチャを説明し、それらの間のギャップを特定します。
* フェーズ C: 情報システム アーキテクチャ: ベースラインとターゲットのデータおよびアプリケーション アーキテクチャを説明し、それらの間のギャップを特定します。
* フェーズ D: テクノロジー アーキテクチャ: ベースラインとターゲット テクノロジー アーキテクチャを説明し、それらの間のギャップを特定します。
* フェーズ E: 機会とソリューション: 対象アーキテクチャを実装するための機会とソリューションを特定して評価し、作業パッケージと移行アーキテクチャを定義します。
* フェーズ F: 移行計画: 実装および移行計画を最終決定し、エンタープライズ ポートフォリオおよびプロジェクト管理との整合性を確保します。
* フェーズ G: 実装ガバナンス: 実装プロジェクトに対するアーキテクチャの監視とガイダンスを提供し、アーキテクチャの変更要求を管理します。
* フェーズ H: アーキテクチャ変更管理: ビジネスおよびテクノロジ環境の変化を監視し、アーキテクチャの影響とパフォーマンスを評価します。
* 上記の定義に基づいて、各目標を対応するフェーズと次のように一致させることができます。
* 目標1：ビジネスアーキテクチャとアーキテクチャビジョンを実現するターゲットデータアーキテクチャを開発する。この目標はフェーズC「情報システムアーキテクチャ」で達成され、データアーキテクチャは情報システムアーキテクチャ2のサブセットとして定義されます。
* 目標2：ビジネス目標を達成するために企業がどのように運営されるべきかを記述したターゲット・ビジネス・アーキテクチャを開発する。この目標はフェーズB「ビジネス・アーキテクチャ」で達成され、ビジネス・アーキテクチャはエンタープライズ・アーキテクチャ3のサブセットとして定義されます。
* 目標3：提案されたエンタープライズ・アーキテクチャによって実現される機能とビジネス価値に関する、高レベルの目標ビジョンを策定する。この目標はフェーズA「アーキテクチャ・ビジョン」で達成されます。このフェーズでは、アーキテクチャ・ビジョンは、対象アーキテクチャとそのメリットに関する高レベルの記述として定義されます4。
* 目標4：ビジネスアーキテクチャとアーキテクチャビジョンを実現するターゲットアプリケーションアーキテクチャを、アーキテクチャ作業ステートメントと利害関係者の懸念事項に対応する方法で開発する。この目標は、フェーズC「情報システムアーキテクチャ」で達成される。フェーズCでは、アプリケーションアーキテクチャは情報システムアーキテクチャ2のサブセットとして定義される。
参考文献:
* 1: TOGAF標準バージョン9.2、第5章:アーキテクチャ開発手法(ADM)
* 2: TOGAF標準バージョン9.2、第9章:フェーズC:情報システムアーキテクチャ
* 3: TOGAF標準バージョン9.2、第8章:フェーズB:ビジネスアーキテクチャ
* 4: TOGAF標準バージョン9.2、第7章:フェーズA:アーキテクチャビジョン

説明
懸念事項とは、システムの利害関係者にとって重要な関心事です。これらは、システムの利害関係者を特定・分類し、アーキテクチャ記述における視点の選択を導くために使用されます。参考：TOGAF標準｜The Open Groupウェブサイト、セクション3.2.1「アーキテクチャの視点」

アーキテクチャプロジェクトの計画期間、深さ、幅は、EAリポジトリの内容とともに、通常、戦略、ポートフォリオ、セグメント、エンドツーエンドのターゲットアーキテクチャによって構成されます。
「セグメント」は組織の一部を指し、通常はセグメント アーキテクチャで対処されますが、「エンドツーエンドのターゲット アーキテクチャ」は組織全体にわたる計画されたアーキテクチャの完全なビューを網羅します。