この声明は、エンタープライズ アーキテクチャを管理する必要性を最もよく裏付けています。ベスト プラクティス ガバナンスにより、組織は、アーキテクチャが企業の戦略と目標に沿って調整され、品質とパフォーマンスの要件を満たし、期待される利点と成果が得られるようにすることで、価値の実現を制御できるようになります。アーキテクチャ プロジェクトは、ターゲット アーキテクチャのガバナンスを義務付けるものではなく、企業によって確立されたガバナンス フレームワークに従います。TOGAF 標準は経営陣のガバナンスがなくても使用できますが、アーキテクチャの開発と移行を成功させるには経営陣のスポンサーとサポートを得ることをお勧めします。利害関係者の好みはアーキテクチャ プロジェクトの範囲を超えており、制御が必要になる場合がありますが、これがエンタープライズ アーキテクチャを管理する主な理由ではありません。参考: TOGAF 規格 | Open Group Web サイト、セクション 3.3.6 アーキテクチャ ガバナンス。

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

ビジネス継続性とは、災害や混乱の発生中および発生後に組織が重要な機能を維持する能力です。ビジネス継続性要件は、災害や中断が発生した場合のビジネス プロセスとサービスのパフォーマンスと可用性の許容レベルを定義する仕様と基準です。ギャップ分析は、アーキテクチャの現在の状態と望ましい状態を比較し、対処する必要があるギャップや相違点を特定する手法です。変更リクエストは、アーキテクチャなどの製品またはシステムに対する修正の正式な提案です。アーキテクチャ作業のリクエストは、アーキテクチャ プロジェクトの範囲、アプローチ、および期待される結果を説明する文書です123。最良の答えは A です。なぜなら、このドキュメントには、現在のアーキテクチャの復元力を向上させる手順が説明されているからです。ランサムウェア攻撃やその他の混乱から回復します。手順は次のとおりです。
ビジネス継続性の要件を決定します。これは、ランサムウェア攻撃が発生した場合のビジネス プロセスとサービスのパフォーマンスと可用性の最小許容レベルを指定します。これには、重要なビジネス機能、目標復旧時間、目標復旧時点、復旧に必要な依存関係とリソースを特定することが含まれます。
現在のエンタープライズ アーキテクチャのギャップ分析を実行し、アーキテクチャの現在の状態と、ビジネス継続性要件に基づいた望ましい状態を比較します。これには、現在のアーキテクチャの長所と短所、改善のリスクと機会、対処する必要があるギャップや相違点の評価が含まれます。
状況に対処するための変更要件を推奨し、変更リクエストを作成します。これには、ギャップを埋め、回復力を強化し、現在のアーキテクチャのリスクを軽減するためのソリューションと代替案を提案することが含まれます。変更リクエストには、提案された変更の理論的根拠、範囲、影響、利点が文書化され、関連する利害関係者の承認を求めます。
アーキテクチャ委員会の会議を管理して、変更要求を評価および承認します。アーキテクチャ委員会は、アーキテクチャの作業を監督し、アーキテクチャの原則、標準、目標への準拠を保証するガバナンス機関です。会議には、変更要求の提示、賛否両論の議論、問題や矛盾の解決、および変更要求の承認または拒否の取得が含まれます。
承認されたら、新しいアーキテクチャ作業リクエストを作成し、ADM サイクルをアクティブにして、変更を定義するプロジェクトを実行します。アーキテクチャ作業のリクエストには、承認された変更リクエストを実装するアーキテクチャ プロジェクトの範囲、アプローチ、および期待される結果が記述されます。アーキテクチャ作業のリクエストは、エンタープライズ アーキテクチャの開発と管理を導く TOGAF 標準の中核プロセスであるアーキテクチャ開発メソッド (ADM) の新しいサイクルを開始します。

説明
企業は、TOGAF 標準に従ったアーキテクチャの範囲の例です。企業は、共通の目標セットおよび/または単一の収益を持つ組織の集合として定義されます。
企業には、企業全体または企業の一部門、政府機関または単一の政府部門、協力する企業のパートナーシップや提携などが含まれます。参考: TOGAF 標準 | Open Group Web サイトのセクション 2.1 コアコンセプト。

説明
EA 能力は、エンタープライズ アーキテクチャを効果的かつ効率的に実行する組織の能力です。
これには、エンタープライズ アーキテクチャの開発と使用をサポートするための、適切な組織構造、役割、責任、スキル、プロセス、ツール、ガバナンス メカニズムの確立と維持が含まれます。EA 機能により、組織はビジネス戦略と IT 戦略を調整し、投資から価値を実現し、変化と複雑さを管理し、パフォーマンスと俊敏性を向上させることができます12 参考資料: 1: TOGAF 標準、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、章44: はじめに 2: TOGAF 標準、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、第 45 章: エンタープライズ アーキテクチャ機能の確立と維持