TOGAF標準によれば、ADMプロセスをガバナンスする必要性は、アーキテクチャ開発と実装活動が一貫性、整合性、そしてコンプライアンスに準拠した方法で実施されることを保証することです1。ガバナンスは、手法が正しく効果的に適用されていること、そしてアーキテクチャの成果物と成果物が品質基準と標準基準を満たしていることを検証する手段を提供します1。また、ガバナンスは、ADMプロセス中に発生する可能性のあるリスク、問題、変更、および依存関係の管理も可能にします1。
ADM プロセスを管理する利点は次のとおりです2:
* ビジネス戦略および目標とアーキテクチャの整合性の向上
* ステークホルダーの関与とコミュニケーションの強化
* アーキテクチャ資産とリソースの再利用と統合の向上
* アーキテクチャ作業の複雑さと重複の削減
* 変化するニーズや要件に対するアーキテクチャの俊敏性と適応性の向上
* アーキテクチャの成果と出力のコンプライアンスと監査可能性の向上

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

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

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

* TOGAFでは、ドラフト成果物とは、まだ完成または承認されていない成果物を指します。これらは作業中のバージョンであり、バージョン番号は0.1、0.5、0.9などになります。
* 確認および承認されると、最終成果物となります。
参考: TOGAF 標準、バージョン 9.2、成果物、成果物、およびビルディング ブロック。