* アーキテクチャ委員会は、戦略的アーキテクチャとそのすべてのサブアーキテクチャのレビューと保守を担当する幹部レベルのグループです1。これは、アーキテクチャ ガバナンス戦略を成功させるための重要な要素です2。
* アーキテクチャ委員会は通常、次の目標の一部またはすべてを達成することに責任を負います2:
o アーキテクチャに関するすべての意思決定の基礎を提供する o サブアーキテクチャ間の一貫性 o コンポーネントの再利用の目標を設定する o エンタープライズ アーキテクチャの柔軟性: 変化するビジネス ニーズに対応するため 新しいテクノロジーを活用するため o アーキテクチャ コンプライアンスの強化 o アーキテクチャの成熟度レベルを向上させる組織内のアーキテクチャ規律 o アーキテクチャベースの開発規律が確実に採用されるようにする o 範囲外の意思決定に対する目に見えるエスカレーション機能をサポートする
* したがって、正解は選択肢 D です。これは、TOGAF 標準バージョン 9.22 に記載されているアーキテクチャ ボードの目標の 1 つを捉えています。
* 選択肢 A は不正解です。組織内のアーキテクチャ規律の成熟度レベルの評価を実施することは、アーキテクチャ委員会の直接の責任ではなく、アーキテクチャ能力フレームワーク 3 の一部であるためです。
* 選択肢 B は不正解です。アーキテクチャ プロジェクトへのリソースの割り当ては、アーキテクチャ委員会の直接の責任ではなく、アーキテクチャ ガバナンス フレームワークの一部であるためです4。
* 選択肢 C は不正解です。アーキテクチャ作業声明の作成はアーキテクチャ委員会の直接の責任ではなく、アーキテクチャ開発手法の一部であるためです5。参照：
*1: Architecture Board - The Open Group3
*2: TOGAF 規格、バージョン 9.2 - パート VI: アーキテクチャ ガバナンス フレームワーク - アーキテクチャ委員会
*3: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Capability Framework
*4: TOGAF Standard、バージョン 9.2 - パート VI: アーキテクチャ ガバナンス フレームワーク - アーキテクチャ ガバナンス フレームワーク
*5: TOGAF 規格、バージョン 9.2 - パート II: アーキテクチャ開発手法 - フェーズ A: アーキテクチャ ビジョン

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

このステートメントは、反復と ADM について最もよく説明しています。ADM は、アーキテクチャ開発および移行プロセスのどの時点でもフィードバック ループと改良を可能にするため、フェーズ間およびフェーズ内のプロセス全体にわたって反復されます。反復により、アーキテクトは変化する要件、前提、制約、環境に対処できるようになります。アーキテクチャを検証し、改善する。リスクと問題を管理するため。そしてステークホルダーの満足と価値の実現を確実にします。参考: TOGAF 規格 | Open Group Web サイトのセクション 3.1 ADM の紹介。

図に基づくと、項目 2 とラベル付けされた ADM のフェーズは、実装ガバナンス フェーズです。このフェーズでは、実装のアーキテクチャを監視します。これにより、実装プロジェクトがアーキテクチャに準拠していることが保証されます。また、実装を監視および管理するためのフレームワークも提供します。
実装ガバナンス フェーズには、次のアクティビティが含まれます。
* アーキテクチャ ロードマップとそれをサポートする実装および移行計画の最終決定
* 実装を監督するアーキテクチャ委員会を任命する
* 実装パートナーとのアーキテクチャ契約の確立
* 導入プロジェクトの計画と成果物のレビューと承認
* アーキテクチャ コンプライアンス レビューを実行して、アーキテクチャとの整合性を確保します。
* アーキテクチャ監査レビューを実行して、アーキテクチャの品質とパフォーマンスを保証します
* 実装中に発生したアーキテクチャの問題や変更要求の解決
* アーキテクチャのライフサイクルを維持し、その継続性を確保する
実装ガバナンス フェーズは、アーキテクチャが意図したとおりに実現され、期待されるビジネス価値と成果が確実に提供されるようにするために不可欠です。

* 質問に記載されている目標は、エンタープライズ アーキテクチャを開発および管理するための手法である TOGAF ADM (アーキテクチャ開発手法) のさまざまなフェーズの目標に対応しています1。
* ADM は 9 つのフェーズで構成され、それぞれに特定の目的と出力があります。フェーズは次のとおりです:
o準備フェーズ: アーキテクチャのフレームワーク、原則、ガバナンスの定義など、アーキテクチャ開発サイクルを準備して開始します。
oフェーズ A: アーキテクチャ ビジョン: アーキテクチャ イニシアチブの範囲、ビジョン、関係者を定義し、続行するための承認を取得します。
oフェーズ B: ビジネス アーキテクチャ: ベースラインとターゲットのビジネス アーキテクチャを説明し、それらの間のギャップを特定します。
oフェーズ C: 情報システム アーキテクチャ: ベースラインとターゲットのデータとアプリケーション アーキテクチャを説明し、それらの間のギャップを特定します。
oフェーズ D: テクノロジー アーキテクチャ: ベースラインとターゲットのテクノロジー アーキテクチャを説明し、それらの間のギャップを特定します。
oフェーズ E: 機会と解決策: ターゲット アーキテクチャを実装するための機会と解決策を特定および評価し、作業パッケージと移行アーキテクチャを定義します。
oフェーズ F: 移行計画: 導入および移行計画を最終決定し、企業のポートフォリオおよびプロジェクト管理との整合性を確保します。
oフェーズ G: 実装ガバナンス: 実装プロジェクトにアーキテクチャの監視とガイダンスを提供し、アーキテクチャの変更要求を管理します。
oフェーズ H: アーキテクチャ変更管理: ビジネスおよびテクノロジー環境の変化を監視し、アーキテクチャの影響とパフォーマンスを評価します。
* 上記の定義に基づいて、各目的と対応するフェーズを次のように対応付けることができます。
o目標 1: ビジネス アーキテクチャとアーキテクチャ ビジョンを実現するターゲット データ アーキテクチャを開発します。この目的は、フェーズ C: 情報システム アーキテクチャで達成されます。このフェーズでは、データ アーキテクチャが情報システム アーキテクチャのサブセットとして定義されます2。
o目標 2: ビジネス目標を達成するために企業がどのように運営する必要があるかを説明するターゲット ビジネス アーキテクチャを開発します。この目的は、フェーズ B: ビジネス アーキテクチャで達成されます。このフェーズでは、ビジネス アーキテクチャはエンタープライズ アーキテクチャのサブセットとして定義されます3。
o目標 3: 提案されたエンタープライズ アーキテクチャの結果として提供される機能とビジネス価値についての高レベルの野心的なビジョンを策定します。この目標は、フェーズ A: アーキテクチャ ビジョンで達成されます。ここで、アーキテクチャ ビジョンは、ターゲット アーキテクチャとその利点の高レベルの説明として定義されます4。
o目標 4: アーキテクチャ作業の記述と利害関係者の懸念に対処する方法で、ビジネス アーキテクチャとアーキテクチャ ビジョンを実現するターゲット アプリケーション アーキテクチャを開発します。この目的は、フェーズ C: 情報システム アーキテクチャで達成されます。このフェーズでは、アプリケーション アーキテクチャが情報システム アーキテクチャのサブセットとして定義されます2。
参照：
*1: TOGAF 規格、バージョン 9.2、第 5 章: アーキテクチャ開発手法 (ADM)
*2: TOGAF 規格、バージョン 9.2、第 9 章: フェーズ C: 情報システム アーキテクチャ
*3: TOGAF 規格、バージョン 9.2、第 8 章: フェーズ B: ビジネス アーキテクチャ
*4: TOGAF 規格、バージョン 9.2、第 7 章: フェーズ A: アーキテクチャ ビジョン