説明
ギャップ分析は、ベースライン アーキテクチャとターゲット アーキテクチャ間の不足点をハイライトしてアーキテクチャを検証するために使用される手法です。ギャップ分析の目的の 1 つは、ターゲット アーキテクチャで意図的に省略された、誤って省略された、またはまだ定義されていない、欠落している機能を特定することです。欠落している機能は、構成要素を開発または調達して埋める必要があるギャップとしてマークされます。

説明
1E: ターゲットアーキテクチャを実現する配信手段 (プロジェクト、プログラム、ポートフォリオ) を特定する 2F:
変更を受け入れる準備と能力を確認する 3E: 段階的なアプローチが必要かどうかを判断し、必要な場合は継続的なビジネス価値をもたらす移行アーキテクチャを特定する 4G: ソリューションの実装中に適切なガバナンス機能を実行する 参照: TOGAF 標準 | The Open Group の Web サイト、セクション 3.2 ADM フェーズ。

TOGAF のアーキテクチャ原則テンプレートによると、根拠セクションでは、他の原則との関係、ビジネス上の利点、原則を遵守する意図について説明する必要があります。根拠セクションでは、ビジネス用語を使用し、情報とテクノロジの原則とビジネス運営を管理する原則の類似点を指摘する必要があります。また、根拠セクションでは、原則がビジネス目標と主要なアーキテクチャ ドライバーの達成をどのようにサポートするかについても説明する必要があります。参照:
アーキテクチャ原則テンプレート
TOGAF 標準、バージョン 9.2 - アーキテクチャの原則
オープングループ試験 OGEA-103 トピック 1 質問 4 ディスカッション

1E: ターゲットアーキテクチャを実現する配信手段 (プロジェクト、プログラム、ポートフォリオ) を特定する 2F:
変更を受け入れる準備と能力を確認する 3E: 段階的なアプローチが必要かどうかを判断し、必要な場合は継続的なビジネス価値をもたらす移行アーキテクチャを特定する 4G: ソリューションの実装中に適切なガバナンス機能を実行する 参照: TOGAF 標準 | The Open Group の Web サイト、セクション 3.2 ADM フェーズ。

最適な答えは C です。ビジネス シナリオ手法を使用して、各製造工場で一連のインタビューを実施します。これにより、システムと現地パートナーとの統合について理解できます。ステークホルダー分析を使用して、エンゲージメントの主要プレーヤーを特定し、彼らの懸念を理解します。次に、アーキテクチャに対する主要なステークホルダーの高レベルの要件を特定して文書化します。次に、ベースライン アーキテクチャとターゲット アーキテクチャの高レベルの定義を生成します。
この回答は、アーキテクチャ プロジェクトを開始するために次の手順を推奨する TOGAF 標準に基づいています1。
* 建築プロジェクトの確立
* 利害関係者、懸念事項、ビジネス要件を特定する
* ビジネス目標、ビジネス推進要因、制約を確認し、詳しく説明する
* ビジネス能力を評価する
* ビジネス変革の準備状況を評価する
* 範囲を定義する
* ビジネス原則を含むアーキテクチャ原則を確認し、詳しく説明する
* アーキテクチャビジョンの開発
* ターゲットアーキテクチャの価値提案とKPIを定義する
* ビジネス変革のリスクと軽減活動を特定する
* ステークホルダーとスポンサーの承認を確保する
回答 C は、ビジネス シナリオ手法を使用して、ビジネス要件、目標、推進要因、制約、およびアーキテクチャの現在の状態と将来の状態を引き出し、検証することで、これらのステップのほとんどをカバーしています2。回答 C では、ステークホルダー分析を使用して主要なステークホルダーを特定して関与させ、彼らの懸念と期待に対処します3。回答 C では、ベースライン アーキテクチャとターゲット アーキテクチャの高レベルの定義も生成され、これを使用してアーキテクチャ ビジョンと価値提案を開発できます4。
他の回答は、次の理由により、アーキテクチャ開発に最適なアプローチではありません。
* 回答 A は、ベンダーの資料の調査とベンダーとのブリーフィングに重点を置いていますが、これは企業のビジネス ニーズと現状を理解するための最善の方法ではありません。また、回答 A では、関係者を関与させたり要件を検証したりせずに、予備的なアーキテクチャ ビジョンを定義しているため、不一致や合意の欠如につながる可能性があります。
* 回答 B では、ベンダーが潜在的なソリューションを実証できるようにするパイロット プロジェクトを実施していますが、アーキテクチャ プロジェクトのこの段階では時期尚早でコストがかかります。また、回答 B では、利害関係者の懸念や現在のシステムと統合に対処していないため、ギャップやリスクが生じる可能性があります。
回答 B では、パイロット プロジェクト後に要件も開発されますが、これは実際のビジネス ニーズや目標を反映していない可能性があります。
* 回答 D では、各製造工場のベースライン アーキテクチャとターゲット アーキテクチャが開発されますが、企業全体の視点や共通 ERP システムの潜在的な利点が考慮されていない可能性があります。
回答 D では、利害関係者を関与させたり、利害関係者の懸念に対処したりしていないため、抵抗や対立が生じる可能性があります。また、回答 D では、アーキテクチャの価値と実現可能性を実証するために不可欠なビジネス ケースやパフォーマンス メトリックも定義されていません。
参考文献: 1: TOGAF 標準バージョン 9.2 - アーキテクチャビジョン 2: TOGAF 標準バージョン
9.2 - ビジネスシナリオ 3: [TOGAF 標準バージョン 9.2 - ステークホルダー管理] 4: [TOGAF 標準バージョン 9.2 - アーキテクチャ定義ドキュメント]