この表は、調整された目標状態に到達するために必要な変更の実装を監督するADMフェーズの出力、成果、および必須知識を示しています。これは、実装ガバナンスとも呼ばれるフェーズGに対応し、以前のフェーズで定義されたアーキテクチャが実現されることを保証し、このアーキテクチャに沿ったプロジェクトの開発と実装を監督します。このフェーズで必要とされる必須知識には、実装チームの制約を理解すること、および変更の成功、価値、労力、リスクに応じてステークホルダーの優先順位と嗜好を調整することが含まれます。参照：TOGAFバージョン9.1 - 1

アーキテクチャ原則は、組織がミッションを遂行する方法を規定し、サポートする一般的なルールとガイドラインです。これらは、企業のさまざまな要素間の合意レベルを反映し、将来の IT 意思決定の基礎となります。アーキテクチャ原則の目的の 1 つは、企業のアーキテクチャに影響を与える変更を評価し、合意するためのフレームワークを提供することにより、戦略目標の追求においてビジネスを制御する方法についての共通理解を確立することです。3 参照: 3: TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 23 章: アーキテクチャ原則 : TOGAF 標準、バージョン 9.2、パート IV: アーキテクチャ コンテンツ フレームワーク、第 31 章: アーキテクチャ原則

TOGAF標準バージョン9.2によると、ADMフェーズとその目的は以下のとおりです1:
予備段階：アーキテクチャフレームワーク、原則、ガバナンスの定義を含め、アーキテクチャ開発サイクルを準備し開始する。
フェーズA：アーキテクチャビジョン：アーキテクチャイニシアチブの範囲、ビジョン、および関係者を定義し、進行の承認を得る。
フェーズB：ビジネスアーキテクチャ：ベースラインと目標とするビジネスアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズC：情報システムアーキテクチャ：ベースラインおよびターゲットのデータおよびアプリケーションアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズD：テクノロジーアーキテクチャ：ベースラインとターゲットのテクノロジーアーキテクチャを記述し、それらの間のギャップを特定する。
フェーズE：機会と解決策：ターゲットアーキテクチャを実装するための機会と解決策を特定および評価し、作業パッケージと移行アーキテクチャを定義する。
フェーズF：移行計画：実装および移行計画を最終決定し、エンタープライズポートフォリオおよびプロジェクト管理との整合性を確保します。
フェーズG：実装ガバナンス：実装プロジェクトに対するアーキテクチャの監督とガイダンスを提供し、アーキテクチャ変更要求を管理する。
フェーズH：アーキテクチャ変更管理：ビジネスおよびテクノロジー環境の変化を監視し、アーキテクチャの影響とパフォーマンスを評価します。
要件管理：ADMサイクル全体を通してアーキテクチャ要件を管理し、ビジネス要件との整合性を確保する。
上記の定義に基づき、各目標を対応するフェーズと以下のように対応付けることができます。
目標 1: 主要なステークホルダーが、作業パッケージと移行アーキテクチャのビジネス価値とコストを理解していることを確認する。この目標は、アーキテクチャの価値実現と費用対効果分析が実施されるフェーズ H: アーキテクチャ変更管理で達成される 2。
目標 2: 実装プロジェクトによってターゲットアーキテクチャへの準拠を確保する。この目標は、フェーズ F: 移行計画で達成され、実装プロジェクトの準拠要件と基準が定義されます 3。
目標 3: アーキテクチャ開発サイクルが維持されるようにします。この目標は、アーキテクチャロードマップと反復サイクルが維持されるフェーズ F: 移行計画で達成されます 3。
目標 4: アーキテクチャ ガバナンス フレームワークが確実に実行されるようにします。この目標は、フェーズ G: 実装ガバナンスで達成されます。このフェーズでは、アーキテクチャ ガバナンスのプロセスと手順が実装プロジェクトに適用されます 4。
1：TOGAF標準、バージョン9.2、第5章：アーキテクチャ開発手法（ADM）
2：TOGAF標準、バージョン9.2、第21章：アーキテクチャ変更管理
3：TOGAF標準、バージョン9.2、第20章：移行計画
4：TOGAF標準、バージョン9.2、第19章：実装ガバナンス

TOGAF標準は、ビジネス、データ、テクノロジー、アプリケーションの4つのアーキテクチャドメインの開発を対象としています。これらのドメインは、企業のアーキテクチャのさまざまな側面を表し、それらを記述、分析、設計するための統一的な方法を提供します。参照：TOGAF標準｜The Open Group Webサイト、セクション2.2 アーキテクチャ開発方法（ADM）。

* この図は、企業アーキテクチャの開発と管理のための手法であるTOGAF ADM（アーキテクチャ開発手法）に基づいたアーキテクチャ開発サイクルを示しています。
* ADMは9つのフェーズで構成され、各フェーズには特定の目的と成果物があります。フェーズは次のとおりです。1:
* 予備段階：アーキテクチャフレームワーク、原則、ガバナンスの定義を含め、アーキテクチャ開発サイクルを準備し開始する。
* フェーズ A: アーキテクチャのビジョン: アーキテクチャ イニシアチブの範囲、ビジョン、および関係者を定義し、進行の承認を得る。
* フェーズ B: ビジネスアーキテクチャ: ベースラインとターゲットのビジネスアーキテクチャを記述し、それらの間のギャップを特定します。
* フェーズ C: 情報システムアーキテクチャ: ベースラインおよびターゲットのデータおよびアプリケーションアーキテクチャを記述し、それらの間のギャップを特定します。
* フェーズ D: テクノロジー アーキテクチャ: ベースラインおよびターゲットのテクノロジー アーキテクチャを記述し、それらの間のギャップを特定します。
* フェーズ E: 機会と解決策: ターゲットアーキテクチャを実装するための機会と解決策を特定および評価し、作業パッケージと移行アーキテクチャを定義します。
* フェーズ F: 移行計画: 実装および移行計画を最終決定し、エンタープライズ ポートフォリオおよびプロジェクト管理との整合性を確保します。
* フェーズ G: 実装ガバナンス: 実装プロジェクトに対するアーキテクチャの監督とガイダンスを提供し、アーキテクチャの変更要求を管理します。
* フェーズ H: アーキテクチャ変更管理: ビジネスおよびテクノロジー環境の変化を監視し、アーキテクチャの影響とパフォーマンスを評価します。
* これらのフェーズに加えて、要件管理と呼ばれる中心的なプロセスがあり、図では項目 1 として示されています。このプロセスは ADM サイクル全体を通して実行され、その目的はアーキテクチャ開発全体を通してアーキテクチャ要件を管理し、それらがビジネス要件およびステークホルダーの懸念事項と一致していることを保証することです 2。
* したがって、項目 1 としてラベル付けされた ADM のフェーズに一致する説明は C です。アーキテクチャ要件を管理するプロセスを運用します。