アーキテクチャ原則は、組織がその使命の達成に向けて取り組む方法を知らせ、サポートする一般的なルールとガイドラインです。これらは企業のさまざまな要素間の合意レベルを反映し、将来の IT に関する意思決定の基礎となります。アーキテクチャ原則の目的の 1 つは、企業のアーキテクチャに影響を与える変更を評価および合意するためのフレームワークを提供することによって、戦略目標を追求するためにビジネスを管理する方法について共通の理解を確立することです3。参考: 3: TOGAF 標準バージョン9.2、パート III: ADM ガイドラインとテクニック、第 23 章: アーキテクチャ原則: TOGAF 標準、バージョン 9.2、パート IV: アーキテクチャ コンテンツ フレームワーク、第 31 章: アーキテクチャ原則

According to the TOGAF standard, the objectives of each ADM phase are as follows1:
*Phase E: Opportunities and Solutions
oDetermine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value oIdentify and group major work packages within the Architecture Roadmap oIdentify and group major implementation projects to realize the Architecture Roadmap oIdentify dependencies between increments and projects oEstimate cost, benefit, and risk at a high level for each increment and project oConduct initial prioritization and sequencing of the Architecture Roadmap and projects
*Phase F: Migration Planning
oGenerate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D oConfirm the Transition Architectures with relevant stakeholders oCreate the Implementation and Migration Plan, including Transition Architectures, work packages, projects, and other activities oConfirm and agree the Architecture Roadmap and Implementation and Migration Plan with relevant stakeholders
*フェーズ G: 実装ガバナンス
o アーキテクチャ ロードマップとサポートする実装および移行計画を完成させる o 実装プロジェクトによるターゲット アーキテクチャへの適合性を確保する o ソリューションおよび実装主導型アーキテクチャの変更要求に対して適切なアーキテクチャ ガバナンス機能を実行する o アーキテクチャのライフサイクルが維持されていることを確認する o アーキテクチャ ガバナンス フレームワークが確実に維持されるようにする実行されました
*フェーズ H: アーキテクチャ変更管理
o 作業パッケージと移行アーキテクチャのビジネス価値とコストが主要な関係者に理解されていることを確認します。 o アーキテクチャ ロードマップと実装および移行計画に関連するリスクと問題を管理します。 o 実装プロジェクトと移行アーキテクチャを監視します。 o アーキテクチャ ベースラインへの変更を管理します。 o アーキテクチャへの変更を管理します。能力 したがって、目的とフェーズの正しい一致は次のようになります。
*1G: 段階的なアプローチが必要かどうかを判断し、必要な場合は継続的なビジネス価値をもたらす移行アーキテクチャを特定する
*2E: フェーズ B、C、D のギャップ分析と候補アーキテクチャ ロードマップ コンポーネントに基づいて、アーキテクチャ ロードマップの初期完全版を生成します。
*3F: アーキテクチャ ロードマップと、それをサポートする実装および移行計画を完成させます。
*4F: 作業パッケージと移行アーキテクチャのビジネス価値とコストが主要な関係者に確実に理解されるようにする 参考資料: 1: TOGAF アーキテクチャ開発手法

説明
フェーズ A: アーキテクチャ ビジョンは、TOGAF 標準の中核となるアーキテクチャ開発メソッド (ADM) サイクルの最初のフェーズです。このフェーズの主な目的は、アーキテクチャ開発の範囲とアプローチを定義し、提案されたアーキテクチャの望ましい結果と利点を高レベルで説明するアーキテクチャ ビジョンを作成することです。この目的を達成するために、このフェーズでは、解決すべき問題を定義し、利害関係者、その懸念事項、要件を特定し、アーキテクチャ作業を動機付けるビジネス目標と推進力を確立することに重点を置きます。このフェーズには、スポンサーやその他の主要な関係者の承認とコミットメントを取得し、アーキテクチャ ガバナンス プロセスを開始することも含まれます。
参考資料: TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、章
5: ADM の概要: TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 18 章: フェーズ A: アーキテクチャ ビジョン: TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 18.3 章: 入力: TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 18.4 章: ステップ

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

アジャイル開発を検討する場合、ポートフォリオをサポートするアーキテクチャは企業に必要な製品を特定し、その境界を定義し、製品所有者に対する制約の概要を示します。このプロセスは、企業のバックログの定義に直接関係します。バックログは、アジャイル手法において、ロードマップとその要件から導き出される開発チームの作業の優先リストです。