はじめに
TOGAF（The Open Group Architecture Framework）は、エンタープライズアーキテクチャ（EA）の世界標準フレームワークです。150カ国以上の組織で採用されており、大規模ITシステムの設計・変革プロジェクトの指針として使われています。
IPA「プロフェッショナルデジタルスキル試験（PD試験）」PD(M)区分のシラバルに「TOGAF」が明記されています。現役ITコンサルタントとして、実務視点から解説します。
エンタープライズアーキテクチャとは
EAとは、組織全体のITと業務の構造を体系的に設計・管理する手法です。
| アーキテクチャ層 | 内容 | 例 |
|---|---|---|
| ビジネスアーキテクチャ | 業務プロセス・組織構造 | 受注〜出荷フロー、部門間の役割 |
| データアーキテクチャ | データの定義・流れ | 顧客データの定義と管理方針 |
| アプリケーションアーキテクチャ | システム構成・連携 | CRM・ERPの関係と統合方法 |
| 技術アーキテクチャ | インフラ・技術基盤 | クラウド構成・ネットワーク設計 |
この4層を一貫して設計するのがEAの目的です。
TOGAFのコアコンセプト
ADMサイクル（Architecture Development Method）
TOGAFの中核がADM。フェーズをループしながらアーキテクチャを進化させます。
[予備フェーズ]
↓
[A] アーキテクチャビジョン
↓
[B] ビジネスアーキテクチャ
↓
[C] 情報システムアーキテクチャ
（データ・アプリケーション）
↓
[D] 技術アーキテクチャ
↓
[E] 機会とソリューション
↓
[F] 移行計画
↓
[G] 実装ガバナンス
↓
[H] アーキテクチャ変更管理
↓（継続的改善でAへ戻る）
アーキテクチャリポジトリ
設計成果物を一元管理する「知識の倉庫」。アーキテクチャ原則・基準・パターン・再利用可能なコンポーネントを蓄積します。
実務での使い方
DX推進プロジェクトでのTOGAF活用例
フェーズA: ビジョン設定
現状（AS-IS）: 基幹システムがオンプレ・レガシー。部門ごとにサイロ化
目標（TO-BE）: クラウドネイティブ・データ連携・API連携による業務効率化
フェーズB: ビジネスアーキテクチャ
- 現行業務フロー（As-Is）の可視化
- 将来業務フロー（To-Be）の設計
- ギャップ分析と変革ポイントの特定
フェーズE: 移行計画
Wave 1: 非基幹系システムのクラウド移行（6ヶ月）
Wave 2: データ基盤の構築（12ヶ月）
Wave 3: 基幹系の移行・API化（18ヶ月）
現場でよく使うTOGAFの成果物
| 成果物 | 内容 | 作成フェーズ |
|---|---|---|
| アーキテクチャビジョン | プロジェクト目標・スコープ | フェーズA |
| ビジネスプロセス図 | 業務フロー・役割分担 | フェーズB |
| アプリケーション連携図 | システム間インターフェース | フェーズC |
| 技術標準カタログ | 採用技術の一覧・ルール | フェーズD |
| ロードマップ | 移行ステップ・マイルストーン | フェーズF |
TOGAFと他フレームワークの関係
| フレームワーク | 特徴 | TOGAFとの関係 |
|---|---|---|
| TOGAF | EA設計の方法論 | 上位設計フレームワーク |
| ITIL | ITサービス運用 | 技術層・運用フェーズと連携 |
| PMBOK | プロジェクト管理 | 移行計画フェーズで活用 |
| Zachman Framework | EAの分類体系 | TOGAF成果物の整理に使用 |
PD試験（M区分）との関連
PD(M)シラバルでは「TOGAF」が「戦略・変革」分野に位置づけられています。
試験で問われる判断：
- DXプロジェクトでのEAアプローチの適用
- AS-IS / TO-BEの設計と移行計画立案
- ステークホルダーへのアーキテクチャ説明
ITコンサル・IT企画・DX推進担当者に特に関連性が高い分野です。
まとめ
- TOGAFはEAの世界標準フレームワーク（150カ国以上で採用）
- ADMサイクルで現状→目標→移行計画を体系的に設計
- 4層（ビジネス・データ・アプリ・技術）を一貫して管理
- PD(M)試験のDX戦略・変革分野で必須のキーワード
PD試験の概要・シラバス解説はこちら。