TOGAF 規格第 10 版によると、リスクはアーキテクチャ開発手法 (ADM) 内のすべてのフェーズに存在し、変革の取り組みを開始する前にリスクを特定、分類、軽減する必要があります 1。リスクは「不確実性の影響」と定義されています。目標」2 に基づいており、建築プロジェクトにプラスまたはマイナスの影響を与える可能性があります。リスク管理は、アーキテクチャの目標の達成に影響を与える可能性のある潜在的なリスクを評価して対処し、機会と脅威の間のトレードオフのバランスを取るのに役立つ手法です。リスク管理は、準備段階から要件管理段階までの ADM サイクル全体に適用され、利害関係者管理、ビジネス変革の準備状況評価、ギャップ分析、移行計画などの他の手法と統合されます 1。他のオプションは使用できません。それらは ADM 内のすべてのフェーズに存在するわけではなく、変革の取り組みを開始する前に必ずしも識別、分類、軽減されるわけではないため、これは正しいことです。予算制約は、アーキテクチャ プロジェクトに利用できる財源の制限であり、通常、フェーズ E: 機会とソリューション、およびフェーズ F: 移行計画 3 で考慮されます。スケジュールの制約は、アーキテクチャ プロジェクトに利用できる時間の制限です。情報ギャップとは、アーキテクチャ プロジェクトに影響を与える可能性のある欠落または不完全なデータまたは知識であり、通常、フェーズ B: ビジネス アーキテクチャ、フェーズ C: 情報システム アーキテクチャ、およびフェーズ C: 情報システム アーキテクチャで特定されます。フェーズ D: テクノロジー アーキテクチャ。参考資料: 1: TOGAF 規格、第 10 版、パート III: ADM ガイドラインと技術、第 32 章: リスク管理。2: TOGAF 規格、第 10 版、パート I: はじめに、第 3 章: 定義。3: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発方法、第 16 章: フェーズ E: 機会とソリューション、および第 17 章: フェーズ F: 移行計画。: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発方法、第 13 章: フェーズ B: ビジネス アーキテクチャ、第 14 章: フェーズ C: 情報システム アーキテクチャ、および第 15 章: フェーズ D: テクノロジ アーキテクチャ。

次の活動はリスク管理の一部です。
* 初期リスク評価
* リスクの軽減と残留リスクの評価
* リスクモニタリング
リスク管理は、企業の目標の達成に影響を与える可能性のあるリスクを特定、評価し、対応するプロセスです。リスク管理には、機会または脅威の実現から生じるプラスの結果とマイナスの結果のバランスをとることが含まれます。参考: TOGA 規格 | Open Group Web サイト、セクション 3.3.3 リスク管理。

準備フェーズの目的は、企業の利害関係者のニーズと期待を満たし、アーキテクチャの開発と移行の後続のフェーズをサポートおよび可能にするエンタープライズ アーキテクチャ機能を構築することです。このフェーズには、エンタープライズ アーキテクチャ機能の範囲、原則、フレームワーク、ガバナンスの定義が含まれます。参考: TOGAF 規格 | Open Group Web サイト、セクション 3.2 準備段階。

TOGAF 規格第 10 版によると、変革準備性評価は、変化に対する組織の準備状況を評価し、成功の可能性を高めるために必要なアクションを特定する手法です。変革の準備状況評価はフェーズ E: 機会とソリューションで実行でき、その結果として生じるアクションはフェーズ F: 移行計画 1 で処理できます。フェーズ E では、変革の準備状況評価は、実装の主要な課題と課題を特定するのに役立ちます。リスクを考慮し、アーキテクチャ プロジェクトの重要な成功要因と主要業績評価指標を定義します。フェーズ F では、変革の準備状況評価の結果として得られるアクションは、詳細かつ現実的な移行計画を策定し、ターゲット アーキテクチャ 1 への移行に影響を与える可能性のあるギャップ、問題、および依存関係に対処するのに役立ちます。 参照: 1: TOGAF 標準、第 10 版、パート III: ADM のガイドラインとテクニック、第 29 章: ビジネス変革の準備状況の評価。