togaf-guidance

TOGAF ガイダンス

このスキルを使用する場面

次のような場合に、このスキルを使用します。

• 現在の作業に該当する TOGAF ADM のフェーズを理解する
• フェーズ固有のアクティビティと成果物を確認する
• TOGAF の方法論を実践的な観点から学ぶ
• エンタープライズアーキテクチャのガバナンスを適用する

キーワード： togaf、adm、アーキテクチャ開発メソッド、フェーズ、ビジネスアーキテクチャ、テクノロジーアーキテクチャ、移行計画、実装ガバナンス、アーキテクチャビジョン

TOGAF 10 の概要

TOGAF（The Open Group Architecture Framework）は、エンタープライズアーキテクチャを開発するための包括的な方法論を提供します。その中核となるのは、反復的な 10 フェーズのサイクルである**アーキテクチャ開発メソッド（ADM）**です。

4 つのアーキテクチャドメイン

ドメイン	焦点	成果物
ビジネス	プロセス、ケイパビリティ、組織	ビジネスプロセスモデル、ケイパビリティマップ
データ	情報資産、データ管理	データモデル、データフロー図
アプリケーション	アプリケーションとその相互作用	アプリケーションポートフォリオ、統合図
テクノロジー	インフラストラクチャとプラットフォーム	テクノロジー標準、デプロイメント図

ADM フェーズ

準備フェーズ

目的

組織内にアーキテクチャの能力を確立します。

主なアクティビティ

• アーキテクチャ原則を定義する
• ガバナンスフレームワークを確立する
• ツールと手法を選定する
• アーキテクチャ作業の範囲を定義する

成果物

• アーキテクチャ原則カタログ
• EA の組織モデル
• 組織に合わせて調整したアーキテクチャフレームワーク

このフェーズに該当する場合

新しい EA イニシアチブを開始する場合、または既存のプラクティスを正式なものにする場合です。

---

フェーズ A：アーキテクチャビジョン

目的

戦略目標に沿った大局的なビジョンを作成します。

主なアクティビティ

• ステークホルダーと懸念事項を特定する
• アーキテクチャの範囲を定義する
• 大局的なビジョンを作成する
• 作業を進める承認を得る

成果物

• アーキテクチャビジョン文書
• ステークホルダーマップ
• アーキテクチャ作業の説明書

このフェーズに該当する場合

新しいアーキテクチャプロジェクトや大規模なイニシアチブを開始する場合です。

---

フェーズ B：ビジネスアーキテクチャ

目的

ビジョンを支えるビジネスアーキテクチャを開発します。

主なアクティビティ

• 現在のビジネスプロセスをモデル化する
• 目標とするビジネスケイパビリティを定義する
• ギャップと機会を特定する
• ビジネス戦略との整合性を確保する

成果物

• ビジネスアーキテクチャ文書
• プロセスモデル
• ケイパビリティ評価

このフェーズに該当する場合

技術的なソリューションを検討する前に、ビジネスニーズを理解する場合です。

---

フェーズ C：情報システムアーキテクチャ

目的

データアーキテクチャとアプリケーションアーキテクチャを定義します。

サブフェーズ

• データアーキテクチャ：情報資産、データモデル、データガバナンス
• アプリケーションアーキテクチャ：アプリケーションポートフォリオ、統合、API

主なアクティビティ

• 現状および目標のデータアーキテクチャをモデル化する
• アプリケーションのコンポーネントと相互作用を定義する
• データ関連のギャップを特定する

成果物

• データアーキテクチャ文書
• アプリケーションアーキテクチャ文書
• 統合仕様

このフェーズに該当する場合

ビジネスケイパビリティを支えるシステムを設計する場合です。

---

フェーズ D：テクノロジーアーキテクチャ

目的

テクノロジーインフラストラクチャを定義します。

主なアクティビティ

• テクノロジー標準を定義する
• インフラストラクチャのコンポーネントをモデル化する
• プラットフォームの能力を計画する
• 非機能要件に対応する

成果物

• テクノロジーアーキテクチャ文書
• インフラストラクチャ図
• テクノロジー標準カタログ

このフェーズに該当する場合

プラットフォーム、インフラストラクチャ、テクノロジー標準を選定する場合です。

---

フェーズ E：機会とソリューション

目的

実装のアプローチとプロジェクトを特定します。

主なアクティビティ

• フェーズ B、C、D で特定したギャップを統合する
• ワークパッケージにまとめる
• 構築、購入、再利用を評価する
• 移行アーキテクチャを特定する

成果物

• 実装要因評価
• ワークパッケージの定義
• 移行アーキテクチャの説明

この段階にいるとき

現状から目標の状態に至る方法を計画しています。

---

フェーズ F：移行計画

目的

詳細な実装ロードマップを作成します。

主な活動

• プロジェクトに優先順位を付ける
• リソースとスケジュールを見積もる
• 移行アプローチを定義する
• 実装ロードマップを作成する

成果物

• 実装および移行計画
• アーキテクチャロードマップ
• トランジションアーキテクチャの詳細

この段階にいるとき

スケジュールと依存関係を含む実行計画を作成しています。

---

フェーズ G：実装ガバナンス

目的

アーキテクチャの実装を監督します。

主な活動

• アーキテクチャの監督を行う
• アーキテクチャへの準拠状況をレビューする
• 変更リクエストに対応する
• 実装が設計と一致していることを確認する

成果物

• アーキテクチャ準拠状況の評価
• 変更リクエスト
• 実装ガイダンス

この段階にいるとき

プロジェクトが実行中で、アーキテクチャに従っていることを確認しています。

---

フェーズ H：アーキテクチャ変更管理

目的

時間の経過に伴うアーキテクチャの変更を管理します。

主な活動

• 技術の変化を監視する
• ビジネスの変化を評価する
• 新たな ADM サイクルが必要かどうかを判断する
• アーキテクチャの有効性を維持する

成果物

• アーキテクチャ変更リクエスト
• 更新されたアーキテクチャドキュメント
• 新たなサイクルに関する提言

この段階にいるとき

確立されたアーキテクチャを維持し、進化させています。

---

要件管理

目的

すべてのフェーズを通じて、アーキテクチャ要件を管理します。

注： これは横断的な活動であり、順次進行するフェーズではありません。要件管理は、すべての ADM フェーズを通じて継続的に行われます。

主な活動

• 要件を特定する
• 要件のベースラインを設定する
• ベースラインを監視する
• 要件の変更に対応する

成果物

• 要件リポジトリ
• 影響評価
• 要件変更ログ

---

フェーズ特定ガイド

自分がどのフェーズにいるか分からない場合は、次の質問を確認してください。

1. EA を初めて導入しますか？ → 予備フェーズ
2. スコープを定義し、賛同を得ていますか？ → フェーズ A
3. ビジネスニーズを把握していますか？ → フェーズ B
4. システムとデータを設計していますか？ → フェーズ C
5. テクノロジーを選定していますか？ → フェーズ D
6. プロジェクトを特定していますか？ → フェーズ E
7. 実装を計画していますか？ → フェーズ F
8. 実行を監督していますか？ → フェーズ G
9. 維持・進化させていますか？ → フェーズ H

実践での適用

小規模プロジェクトの場合

すべてのプロジェクトで全フェーズを実施する必要はありません。最小限のサイクルは次のとおりです。

1. ビジョン（A）：何を達成しようとしていますか？
2. ソリューション（C/D）：技術的なアプローチは何ですか？
3. 計画（F）：どのように実現しますか？
4. 実行（G）：正しく構築します

大規模な取り組みの場合

適切な厳密さをもって、全サイクルに従います。

• ステークホルダー管理を正式に行う
• ドキュメントを完全に整備する
• ガバナンスのチェックポイントを設ける
• アーキテクチャレビューボードを設置する

メモリーの参照先

各フェーズの詳細については、references/togaf-overview.md を参照してください。

バージョン履歴

• v1.0.0（2025-12-05）：初回リリース
  • ADM フェーズ（予備フェーズから H まで）の完全なドキュメント
  • 要件管理（横断的な活動）
  • フェーズ特定ガイド
  • 小規模および大規模プロジェクトへの実践的な適用

---

最終更新

日付： 2025-12-05 モデル： claude-opus-4-5-20251101