エンタープライズ アーキテクチャ能力とは、アーキテクチャの定義、ガバナンス、管理など、効果的かつ効率的なアーキテクチャ作業を実行する組織の能力です2。準備フェーズには、次のアクティビティが含まれます1。
* エンタープライズアーキテクチャを実施するための組織の状況、範囲、推進要因を確認する
* 成熟度、役割、責任、プロセス、ツールなど、組織が求めるアーキテクチャ能力を確立する
* エンタープライズアーキテクチャの組織モデルの定義と確立。これは、アーキテクチャ機能がエンタープライズ内でどのように組織化され統合されるかを説明するものです。
* アーキテクチャガバナンスフレームワークの定義と確立。アーキテクチャガバナンスフレームワークは、アーキテクチャ作業の品質、一貫性、コンプライアンスを確保するためのメカニズムを提供します。
* リポジトリ、モデリングツール、コミュニケーションツールなど、アーキテクチャ機能をサポートするツールの選択と実装
* 組織のビジネス原則、目標、推進要因に基づいて、アーキテクチャ作業をガイドおよび制約するアーキテクチャ原則を定義する
* 組織固有のアーキテクチャ フレームワークを定義します。これは、組織の特定の要件、標準、およびプラクティスに合わせて汎用 TOGAF ADM を調整したものです。準備フェーズは、組織がアーキテクチャの開発と実装を成功させる準備を整えるとともに、アーキテクチャの作業がビジネス戦略や目標と整合していることを保証するために不可欠です1。

説明
認識されるあらゆる状況をカバーするアーキテクチャ原則のセットは、完全性の推奨基準を満たします。完全性は、アーキテクチャ原則を開発または評価するときに適用する必要がある 6 つの基準の 1 つです。完全性とは、企業のアーキテクチャの関連するすべての側面にわたって原則の適用範囲にギャップや重複がないことを意味します。参照: TOGAF 標準 | The Open Group Web サイト、セクション 3.3.7 アーキテクチャ原則。

TOGAF 標準バージョン 9.2 によれば、アーキテクチャ ビューは、関連する一連の懸念事項の観点からシステムを表現するものです1。アーキテクチャ ビューは、システムが利害関係者の懸念事項にどのように対処するかを示す 1 つ以上のアーキテクチャ モデルで構成されます1。
アーキテクチャ ビューポイントは、特定の利害関係者の懸念に対処するためにアーキテクチャ ビューを構築および使用するための規則の仕様です1。システムのアーキテクチャ ビューを作成するための視点、範囲、表記法、および手法を定義します1。
アーキテクトは、最終的なターゲットアーキテクチャに影響を与える可能性のある隠れた課題、原則、要件を抽出するために、アーキテクチャの見解と観点を利害関係者に提示することができます。その理由は次のとおりです23:
アーキテクチャのビューと視点は、さまざまな利害関係者にとって意味があり関連性のある方法でアーキテクチャを伝え、視覚化するのに役立ち、利害関係者の特定の関心とニーズに対応します。
アーキテクチャのビューと観点は、利害関係者の懸念と要件を引き出し、検証するのに役立ち、それらがビジネスの目標と目的と一致し、アーキテクチャのコンテキスト内で一貫性があり実現可能であることを保証します。
アーキテクチャのビューと観点は、利害関係者の懸念と要件間の競合、ギャップ、またはトレードオフを特定して解決するのに役立ち、アーキテクチャの設計と意思決定においてそれらがバランスが取れ、優先順位が付けられていることを保証します。
アーキテクチャのビューと観点は、アーキテクチャの価値と利点を利害関係者に実証および検証するのに役立ち、利害関係者がアーキテクチャの結果とガバナンスに満足し、コミットしていることを保証します。
参考文献:
1: TOGAF 標準、バージョン 9.2、第 22 章: アーキテクチャ ビュー、視点、および利害関係者
2: TOGAF 標準、バージョン 9.2、第 4 章: パート II の概要、セクション 4.2: アーキテクチャ フレームワークとは何ですか?
3: TOGAF 標準、バージョン 9.2、第 31 章: アーキテクチャ成果物、セクション 31.1: 基本概念

TOGAF 標準第 10 版によれば、アーキテクチャ原則テンプレートの根拠セクションでは、原則に従うことによるビジネス上の利点と、原則に従わないことによるビジネス上のリスクを強調する必要があります 1。根拠セクションでは、原則の背後にある理由を説明し、それを裏付ける証拠や議論を提供する必要があります。また、根拠セクションでは、原則を企業のビジネス ドライバー、目標、目的に関連付け、原則が企業の価値と成功にどのように貢献するかを示す必要があります。
他のオプションは、アーキテクチャ原則テンプレートで異なる目的を持っているため、正しくありません。名前セクションでは、「情報は資産である」や「ビジネス継続性」など、原則の短く覚えやすい名前を指定する必要があります。1 ステートメントセクションでは、「企業の情報はコア資産として認識され、それに応じて管理されます」など、原則の簡潔で正式なステートメントを指定する必要があります。
「災害発生時でも、企業が重要なサービスや製品を提供する能力は維持されなければならない」
1. 影響セクションでは、原則 1 を適用または違反することによって生じる可能性のある変更、コスト、利点、リスクなど、原則が企業に与える影響を特定する必要があります。参考文献: 1: TOGAF 標準、第 10 版、パート III: ADM ガイドラインとテクニック、第 23 章: アーキテクチャの原則、セクション 23.3 アーキテクチャの原則の開発。

ステークホルダー マップは、アーキテクチャ作業のステークホルダーを特定して分類し、ステークホルダーの主な関心、要件、懸念事項を文書化するために使用できる手法です。ステークホルダーとは、スポンサー、クライアント、ユーザー、サプライヤー、規制当局、競合他社など、アーキテクチャ作業の結果に利害関係を持つ個人、グループ、または組織です。ステークホルダー マップは、ステークホルダーのニーズと期待を理解し、ステークホルダーと効果的にコミュニケーションを取り、関与するのに役立ちます。1 ステークホルダー マップを作成する手順は次のとおりです。
* インタビュー、調査、ワークショップ、既存の文書など、さまざまなソースと方法を使用して、アーキテクチャ作業の利害関係者を特定します。
* 権力、影響力、関心、態度、影響などのさまざまな基準と次元を使用して、利害関係者を役割、責任、関係性に応じて分類します。
* ビジネス シナリオ、ユース ケース、価値提案などのさまざまな手法を使用して、各利害関係者グループの懸念事項と関連するビューを定義します。懸念事項とは、目標、問題、ニーズ、リスクなど、利害関係者に関連する主要な関心事項または問題です。ビューとは、1 人以上の利害関係者の視点から関心のあるシステムとその懸念事項を表現したものです。
* ステークホルダー マップにステークホルダーとその懸念事項を記録します。ステークホルダー マップには、ステークホルダー グループ、懸念事項、およびビュー間のマッピングが表示されます。ステークホルダー マップには、各ステークホルダーと懸念事項に関連する依存関係、前提、および問題も表示されます。
したがって、最適な答えは B です。これは、ステークホルダー マップ手法を使用して、CIO とパートナーの懸念に対処するアーキテクチャの開発を可能にするアプローチを推奨しているためです。この答えには、次の側面が含まれます。
* 利害関係者の分析が行われ、利害関係者とその懸念事項の特定、分類、定義が含まれます。
* ステークホルダーとその懸念事項はステークホルダー マップに文書化され、ステークホルダーの状況とその関心事項の明確で包括的な概要が提供されます。
* 懸念事項と関連する見解は、出力であるアーキテクチャビジョン文書に記録されます。
* フェーズ A: アーキテクチャ ビジョンは、エンタープライズ アーキテクチャの開発と管理をガイドする TOGAF 標準のコア プロセスであるアーキテクチャ開発方法 (ADM) のフェーズです。アーキテクチャ ビジョンは、アーキテクチャ作業の範囲とアプローチを定義し、アーキテクチャ作業の動機となるビジネス目標と推進要因を確立します。アーキテクチャ ビジョンには、スポンサーやその他の主要な利害関係者の承認とコミットメントの取得、およびアーキテクチャ ガバナンス プロセスの開始も含まれます2
* 要件には、定期的な評価によるリスク軽減が含まれます。これには、アーキテクチャに影響を及ぼす可能性のあるリスクの特定、分析、評価、およびリスクの防止、軽減、または緩和のための適切な対策またはアクションの決定が含まれます。リスク軽減には、リスク状況の監視とレビュー、およびリスクの状態とアクションの伝達と報告も含まれます3
* このアプローチでは、継続的な機械学習の監督付きアジャイル実装も可能になります。これには、反復的および増分的な配信、頻繁なフィードバック、コラボレーション、適応などのアジャイルの原則とプラクティスをアーキテクチャの開発と実装に適用することが含まれます。監督付きアジャイル実装は、アーキテクチャの品質、価値、整合性を確保し、利害関係者の変化するニーズと期待に応えるのに役立ちます。
参考文献: 1: TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 24 章:
ステークホルダー管理 2: TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発方法 (ADM)、第 18 章: フェーズ A: アーキテクチャ ビジョン 3: TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 32 章: リスク管理: TOGAF 標準、バージョン 9.2、パート III:
ADM ガイドラインとテクニック、第 29 章: ADM への反復の適用