TOGAF標準第10版によれば、リスクはアーキテクチャ開発手法（ADM）のすべてのフェーズに存在し、変革活動を開始する前に特定、分類、軽減する必要があります1。リスクは「不確実性が目標に及ぼす影響」2と定義され、アーキテクチャプロジェクトにプラスまたはマイナスの影響を与える可能性があります。リスク管理は、アーキテクチャ目標の達成に影響を与える可能性のある潜在的なリスクを評価し、対処し、機会と脅威のトレードオフのバランスをとるのに役立つ手法です。リスク管理は、準備フェーズから要件管理フェーズまで、ADMサイクル全体に適用され、ステークホルダー管理、ビジネス変革準備状況評価、ギャップ分析、移行計画などの他の手法と統合されます1。その他の選択肢は正しくありません。ADM内のすべてのフェーズに存在するわけではなく、変革活動を開始する前に必ずしも特定、分類、軽減されているわけではありません。予算上の制約は、アーキテクチャ プロジェクトに利用できる財務リソースの制限であり、通常はフェーズ E: 機会とソリューション、フェーズ F: 移行計画 3 で考慮されます。スケジュール上の制約は、アーキテクチャ プロジェクトに利用できる時間の制限であり、通常はフェーズ E と F 3 で考慮されます。情報ギャップは、アーキテクチャ プロジェクトに影響を及ぼす可能性のある、欠落している、または不完全なデータや知識であり、通常はフェーズ B: ビジネス アーキテクチャ、フェーズ C:
情報システムアーキテクチャ、フェーズD：テクノロジーアーキテクチャ。参考文献：1：TOGAF標準、
第10版、パートIII：ADMガイドラインとテクニック、第32章：リスク管理。2：TOGAF標準、
第10版、パートI：序論、第3章：定義。3：TOGAF標準、第10版、パートII：
アーキテクチャ開発手法、第16章：フェーズE：機会と解決策、および第17章：フェーズF：移行計画。：TOGAF標準、第10版、パートII：アーキテクチャ開発手法、第16章：フェーズE：機会と解決策、および第17章：フェーズF：移行計画。
第13章 フェーズB: ビジネスアーキテクチャ、第14章 フェーズC: 情報システムアーキテクチャ、第15章:
フェーズ D: テクノロジー アーキテクチャ。

エンタープライズ・アーキテクチャ能力とは、組織がアーキテクチャの定義、ガバナンス、管理を含む、効果的かつ効率的なアーキテクチャ作業を実行する能力です2。準備フェーズには、以下の活動が含まれます1。
*エンタープライズアーキテクチャを実施するための組織の状況、範囲、および推進要因を確認する
*成熟度、役割、責任、プロセス、ツールなど、組織が求めるアーキテクチャ能力を確立する
*エンタープライズアーキテクチャの組織モデルの定義と確立。これは、エンタープライズ内でアーキテクチャ機能がどのように組織化され統合されるかを説明します。
*アーキテクチャガバナンスフレームワークの定義と確立。アーキテクチャガバナンスフレームワークは、アーキテクチャ作業の品質、一貫性、コンプライアンスを確保するためのメカニズムを提供します。
*リポジトリ、モデリングツール、コミュニケーションツールなど、アーキテクチャ機能をサポートするツールの選択と実装
*組織のビジネス原則、目標、推進要因に基づいて、アーキテクチャ作業をガイドおよび制約するアーキテクチャ原則を定義する
*組織の特定の要件、標準、および実践に合わせて汎用 TOGAF ADM を適応させた組織固有のアーキテクチャ フレームワークを定義します。準備フェーズは、組織がアーキテクチャの開発と実装を成功させる準備を整えるとともに、アーキテクチャの作業をビジネス戦略および目標と整合させるために不可欠です1。

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

アジャイル開発を検討する際、プロジェクトを支援するアーキテクチャは、企業に必要な製品、製品の境界、そしてプロダクトオーナーが抱える制約を特定します。これにより、企業のバックログが定義されます。バックログとは、製品またはサービスを提供するために実行する必要がある機能またはタスクのリストです。プロダクトオーナーは、各項目の価値と緊急性に基づいて、バックログに優先順位を付けます。参考：TOGAF標準｜The Open Groupウェブサイト、セクション3.3.5「プロジェクトを支援するアーキテクチャ」