ポイント: TOGAFとZachmanはエンタープライズアーキテクチャにとって重要なフレームワークであり、それぞれ独自の方法論を提供します。TOGAFはアーキテクチャ開発方法（ADM）を用いた構造化されたアプローチを採用し、一方Zachmanはエンタープライズコンポーネントを分類するためのマトリックスを利用します。組織は1つを採用するか、両方のフレームワークを統合して、アーキテクチャのガバナンスを改善できます。
- TOGAFはアーキテクチャ開発のための体系的なプロセスを強調します。
- Zachmanはエンタープライズコンポーネントと視点の分類に重点を置きます。
ZachmanとTOGAFは、エンタープライズアーキテクチャを実装するのに役立つ最も人気のあるフレームワークの2つです。この記事では、TOGAFとZachmanについて議論します。また、選択方法や追加リソースに関するヒントも含めます。
エンタープライズアーキテクチャとは？
エンタープライズアーキテクチャ（EA）は、次の要素で構成される組織全体のエンタープライズシステムを伝達する構造です：
- 技術
- プロセス
- 情報資産
あなたのエンタープライズアーキテクチャは、技術とビジネスの観点からさまざまな視点を提供し、これらのシステムを管理するための体系的なアプローチを取ることを可能にします。言い換えれば、あなたのエンタープライズアーキテクチャは、エンタープライズITおよびビジネスシステムに適用できる選択制約を定義し、フレームワーク、方法論、ツールの3つのコアコンポーネントを持つことができます。EAを利用することで、技術主導のビジネス組織が直面している2つの重要な問題を解決します：
- 高度に依存したエンタープライズシステムのサブセット間の理解を深めることで、組織はアーキテクチャの全体的な複雑性を減少させることができます。
- 構造化され、十分に情報に基づいた意思決定プロセスを確立することが、技術とビジネス目標を整合させます。
TOGAF: オープングループアーキテクチャフレームワーク
TOGAFは、エンタープライズアーキテクチャの設計、計画、実装、およびガバナンスに対する方法論的アプローチを提供する業界標準フレームワークです。これは、組織内のすべての利害関係者がよく理解できるアーキテクチャの成果物の一貫したビューを提供します。フレームワークのオープンな性質は、組織が独自のEAソリューションによるベンダーロックインを防ぐことを可能にします。これは、重要なコスト、セキュリティ、技術統合の問題に直面することなく、スケールアップおよび適応できることを意味します。TOGAFフレームワークは、アーキテクチャプロセス内での一連の実行可能なステップを提供し、これをアーキテクチャ開発メソッド（ADM）として知られています。ADMプロセスは指示的なテンプレートではなく、様々な組織のユースケースに適用できる一般的で適応可能な方法論です。TOGAFのADM部分は、意思決定の選択を実装し、必要なモデルを生成するプロセスを提示します。これらのステップは次のとおりです：
- アーキテクチャビジョン。 プロジェクトの範囲を説明し、利害関係者を特定し、必要な承認を得る初期段階です。ビジネス目標とドライバーが伝達されます。既存のエンタープライズアーキテクチャを評価するために、能力評価が行われることがあります。
- ビジネスアーキテクチャ。 アーキテクチャビジョンを満たすために使用されるプロセスがこの段階で定義されます。多くの利害関係者との協力のもと、詳細なビジネス分析とモデリングがこの段階で行われます。ベースラインとターゲット目標の正式なターゲットも指定されます。
- 情報システムアーキテクチャ。 アーキテクチャビジョンをサポートするデータおよびアプリケーションアーキテクチャに対して、前の段階と同様の活動が行われます。この段階でデータおよびアプリケーションアーキテクチャのターゲット設計原則が指定されます。
- 技術アーキテクチャ。 アーキテクチャビジョンをサポートするために必要な技術インフラストラクチャがこの段階で指定され、特にビジネスおよび情報システムアーキテクチャと整合します。主要な利害関係者には、技術的な決定や投資の承認に責任を持つIT部門および幹部が含まれます。
- 機会とソリューション。 前の段階でアーキテクチャ設計の選択が確定されると、さまざまな実装シナリオが評価されます。この評価では技術的およびビジネス的な側面が考慮され、最適なトレードオフシナリオが特定されます。
- 移行計画。 この段階は、前の段階で定義された最も実行可能な意思決定の選択肢とエンタープライズアーキテクチャモデルに力を与えます。コスト、機会、およびリスクに基づいて実装戦略が策定され、プロジェクトは優先順位に従ってリストされます。
- 実装ガバナンス。この段階では、選択されたプロジェクトに必要なアーキテクチャ仕様が指定されます。この段階では、変更要求、コンプライアンス評価、およびソリューションビルディングブロックの説明が行われる完全なアーキテクチャの監視が提供されます。
- アーキテクチャ変更管理。この最終段階では、新しい変更を組み込む新しい変更管理プロセスを定義します。
要件が変更されると、これらの段階を修正および再順序化することができます。これは、TOGAF-ADMが新しいエンタープライズアーキテクチャ要件を管理および開発するために反復的なサイクルを働かせることを考えると、特に便利です。TOGAFには、企業のアーキテクチャを探求するための3つの柱があります：
- エンタープライズアーキテクチャドメイン
- ARM
- エンタープライズコンティニューム
(TOGAFの実装に関する詳細とヒントを取得してください。)
Zachmanエンタープライズアーキテクチャ
ジョン・ザックマンは、IT主導のビジネスが直面する問題を理解していたITの先駆者でした。これらの問題を解決するために、彼は1987年に初期のエンタープライズアーキテクチャメソッド論であるザックマンフレームワークを開発しました。ザックマンフレームワークは、モデルベースのアプローチを提供します：
- 成果物を指定します
- エンタープライズシステムのサブセットのさまざまな側面をマトリックス形式に分類します
- それらをビジネス-IT環境の意思決定選択と関連付けます
マトリックスを使用して、行は、列に指定された意思決定基準に基づいて組織内の異なるプレーヤーのビューを分類します。列のヘッダーは、何、どのように、どこ、いつ、なぜを説明します。この情報を使用して、各マトリックスセルは、各エンタープライズサブシステムと組織の適切な側面との関係を説明します。フレームワークは実装ガイドラインや方法論を提供しませんが、全体的なエンタープライズアーキテクチャにわたる視点を提供することにより、成果物の記述的焦点を提供します。
行カテゴリには次のものが含まれます：
- エグゼクティブの視点。 ビジネスの目的と戦略を説明する範囲の文脈。
- ビジネスマネジメントの視点。 組織によって採用されたビジネスモデル、設計の選択肢、プロセスを説明します。
- アーキテクトの視点。 ビジネス要件がどのように満たされるかを説明するシステムロジック。
- エンジニアの視点。 技術的ソリューションがシステムの選択を実装するためにどのように使用されるかを説明します。
- サブコントラクターの視点。 特定のモジュラー工具コンポーネントに関する要件を説明します。
- エンタープライズの視点。 ユーザーが運用環境で見た機能システム。
(ザックマンフレームワークの詳細と実装についての情報を取得してください。)
TOGAFまたはZachmanの選択
どのエンタープライズアーキテクチャを選択するかは、アプローチによります。
- TOGAFフレームワークは、エンタープライズアーキテクチャの作成または改善プロセスを定義するための体系的なアプローチを提供します。ADMを使用することで、フレームワークは意思決定の選択を実装するプロセスを提供し、あなたが望むモデルを生成します。
- ザックマンフレームワークは、さまざまなエンタープライズの視点を利用して、エンタープライズシステムの個々のサブセットに関する詳細を調整、定義、計画するためのオントロジーです。
あなたの組織は1つを選択するか、両方を選択することができます。一緒に、これらのフレームワークは互いに補完し合い、TOGAFはエンタープライズアーキテクチャを作成するための詳細なプロセスを説明し、ザックマンは成果物を分類します。または、TOGAFと他のよく知られたオプション（ITIL®、PRINCE2、またはCOBITなど）を組み合わせて補完することもできます。
追加リソース
これらの投稿は私自身のものであり、必ずしもBMCの立場、戦略、または意見を表すものではありません。