企業架構（EA）是組織轉型的支柱。隨著企業應對數位複雜性，架構框架的選擇變得至關重要。開放群組架構框架（TOGAF）仍是業界標準。然而，TOGAF 10 的發布帶來了顯著的演進。理解 TOGAF 10 與 TOGAF 9 之間的差異，對致力於打造穩健系統的架構師而言至關重要。本指南對兩個版本進行了嚴謹的分析，突顯了結構上的轉變、哲學上的變革以及實際應用的影響。
理解當前格局 🌍
開放群組會定期更新 TOGAF，以反映技術與商業需求的變化。TOGAF 9 於 2009 年發布，標準化了架構開發方法（ADM）。它成為大型企業 IT 與業務對齊的首選參考。TOGAF 10 於 2018 年推出，並後續更新，將框架重新定位為更具模組化與能力導向。它回應了關於僵化性的批評，並與現代敏捷與 DevOps 實踐更加契合。
對組織而言，這不僅僅是一次版本升級。它代表了架構在概念化、交付與治理方式上的轉變。利益相關者必須評估其流程當前的成熟度，是否值得遷移至新標準，還是 TOGAF 9 的穩定性已足以滿足其短期目標。
核心哲學轉變 🔄
根本差異在於其背後的哲學。TOGAF 9 將框架視為一個單一的整體文件，你必須從頭讀到尾，或選擇特定章節。TOGAF 10 則將框架視為一組組件的集合。這使得組織僅需採用必要的部分，從而降低開銷。
-
模組化： TOGAF 10 將核心原則與內容元模型及 ADM 循環分離。這表示組織可在不採用完整 ADM 的情況下，使用治理模型。
-
能力導向： TOGAF 10 更強調能力。它從純粹以技術為中心的觀點，轉向以創造商業價值為導向。
-
整合： 第 10 版設計上更易與其他標準（如 ITIL、COBIT 和 PMI）無縫整合。TOGAF 9 雖有整合指南，但第 10 版將相容性列為結構上的首要考量。
TOGAF 9：既定標準 📜
TOGAF 9 為企業架構奠定了穩固的基準。其主要貢獻在於架構開發方法（ADM）。這一循環過程引導架構師從最初的願景，經過實施與維護。
TOGAF 9 的關鍵組成部分
-
ADM 循環： 一個十步流程（準備、A 到 H 階段，以及需求管理）。它雖具線性特徵，卻又具迭代性，確保每個階段都徹底完成。
-
內容元模型： 定義了產出物、構建模組與交付成果。它規範了所產生的文件與圖表類型。
-
企業連續體： 提供一個分類架構資產的資料庫。有助於重用現有解決方案，而非從零開始建構。
-
架構治理： 建立架構生命週期內合規性與變更管理的規則。
儘管有效，TOGAF 9 常被批評過於重視文件編製。對內容元模型的過度關注，可能導致產出大量報告卻無相應的商業價值。組織往往花費更多時間在製造產出物，而非真正解決商業問題。
TOGAF 10：現代化方法 🚀
TOGAF 10 回應了對敏捷性的需求。它承認並非所有企業都適用單一的「一刀切」方法。框架現已分為不同部分，允許根據需求進行客製化採用。
TOGAF 10 的關鍵組成部分
-
構建模組： 此概念已優化，專注於可重用的組件，以提供特定能力。這更貼近微服務與模組化設計模式。
-
基於能力的架構： 重點轉向組織能夠做什麼，而不仅仅是擁有哪些技術。這確保了與戰略目標的一致性。
-
擴展的治理： 治理被視為持續的活動，而非階段門控。它支援即時合規性檢查。
-
迭代式ADM： ADM更具彈性。它支援逐步交付，並在前提條件已滿足或風險較低時允許跳過某些階段。
詳細對比表格 📊
下表概述了兩個版本之間的結構差異。這有助於快速評估哪個版本更符合當前組織的需求。
|
功能 |
TOGAF 9 |
TOGAF 10 |
|---|---|---|
|
結構 |
單一整體文件 |
模組化部分 |
|
主要重點 |
技術與交付成果 |
能力與價值 |
|
ADM彈性 |
嚴格的循環階段 |
迭代式且可客製化 |
|
內容元模型 |
固定產出物 |
動態且可客製化 |
|
整合 |
提供的指導 |
結構相容性 |
|
採用曲線 |
高文件負擔 |
降低開支 |
|
目標受眾 |
傳統的IT環境 |
敏捷與混合環境 |
深入探討：架構開發方法（ADM） 🛠️
ADM是TOGAF的核心。兩個版本都使用它，但應用方式有顯著差異。
TOGAF 9 ADM 特性
-
分階段方法： 每個階段（A至H）都必須完成後才能進入下一階段。這確保了文件的全面性。
-
門戶： 正式的架構審查委員會很常見。決策在特定的檢查點上做出。
-
交付成果： 強調創建特定文件，例如架構願景、業務架構和資料架構。
TOGAF 10 ADM 特性
-
能力導向： 各階段與能力成熟度相關聯。如果某項能力已相當成熟，該階段可予以精簡。
-
持續流動： 各階段之間的界限較不嚴格。反饋迴路直接整合到流程中。
-
價值交付： 最終目標明確與業務成果掛鉤。文件編製次於所創造的價值。
對於應對快速市場變化的現代企業而言，TOGAF 9的嚴格階段可能造成瓶頸。TOGAF 10允許架構師在不違反框架完整性的前提下快速調整方向。
內容模型與資產 📄
資產是架構流程的具體產出。在TOGAF 9中，內容模型具有指導性，明確規定每個階段所需的圖表與文件。
在TOGAF 10中，內容模型更具彈性。它提供潛在資產的目錄，但允許架構師根據情境選擇。這減輕了創建無人閱讀的資產所帶來的行政負擔。
-
TOGAF 9： 每個專案都需提供一組特定的交付成果。這確保了一致性，但可能導致浪費。
-
TOGAF 10： 定義了一個「最小可行架構」。若複雜度要求，團隊可擴展資產集。
這種彈性支援精益方法論。架構師可產出足夠的文件以管理系統，而不會抑制開發速度。
治理與合規性 🛡️
治理確保架構決策與組織戰略一致。兩個版本都處理此問題，但機制有所不同。
TOGAF 9 治理
-
著重於遵守架構定義。
-
依賴架構審查委員會（ARB）核准變更。
-
通常為反應式，於實施計畫擬定後才檢查合規性。
TOGAF 10 治理
-
著重於持續實現價值。
-
將治理整合至交付生命週期中。
-
在可能的情況下支援自動化合規檢查。
TOGAF 10 的轉變反映了現代軟體交付是持續進行的事實。在部署程式碼前等待 ARB 核准通常不切實際。TOGAF 10 支援一種治理嵌入於流程中的模式。
遷移策略 🗺️
目前使用 TOGAF 9 的組織面臨一個抉擇：是否應遷移至 TOGAF 10？遷移並非簡單的軟體更新，而是需要流程重構。
評估步驟
-
評估現有成熟度：評估企業架構（EA）功能的現狀。若現有流程運作良好，則無需立即進行全面遷移。
-
識別痛點：判斷 TOGAF 9 在哪些地方造成瓶頸。是文件編製？還是速度？這能指出 TOGAF 10 帶來價值的關鍵點。
-
試行計畫： 選擇單一專案來應用 TOGAF 10 的原則。這能降低風險，並提供決策所需的資料。
-
培訓： 確保架構師理解 TOGAF 10 的模組化特性。必須摒棄過去遵循單一文件的舊習慣。
混合模式
部分組織選擇混合模式。他們保留 TOGAF 9 的 ADM 結構，但採用 TOGAF 10 的模組化與能力導向。這使得轉型過程可逐步進行，而不會打亂現有的工作流程。
認證與專業發展 🎓
認證環境也已演進。TOGAF 9 的認證路徑已相當成熟。TOGAF 10 引入了與模組化架構一致的新結構。
-
TOGAF 9： 兩個級別（基礎與認證）。著重於 ADM 與內容模型的知識。
-
TOGAF 10： 引入「企業架構專業人員」認證。強調實務應用與能力管理。
對個人而言，持有 TOGAF 10 認證代表具備現代架構實務的專業能力。然而，核心概念仍足夠相似，使得知識轉移效率高。
採用上的挑戰 🚧
儘管有諸多優點，但轉向 TOGAF 10 仍面臨挑戰。其彈性可能令人困惑。若缺乏明確指引，團隊可能忽略必要的控制措施。
-
標準化喪失：過度的客製化可能導致企業內部架構不一致。
-
培訓成本：更新培訓教材與講師專業知識需要投入資源。
-
對變革的抗拒：習慣於 TOGAF 9 可預測性的高階利益相關者，可能抗拒新的彈性。
為降低這些風險，組織應建立明確的規範。定義企業架構功能的「不可妥協項目」。這些規範確保彈性不會導致混亂。
為您的架構做好未來準備 🌐
技術環境快速變遷。雲端運算、人工智慧與物聯網帶來新的複雜性。TOGAF 10 設計上比 TOGAF 9 更能因應這些轉變。
-
雲端中立性：TOGAF 10 不指定特定的雲端供應商。它著重於利用雲端服務所需的各項能力。
-
以資料為中心：隨著資料驅動決策的興起，TOGAF 10 更加重視資料架構與管理。
-
安全整合：安全不再是一個獨立的階段，而是從一開始就融入能力設計之中。
投入 TOGAF 10 的組織正為長期穩定性做好準備。該框架的彈性確保其在技術演進過程中仍具相關性。
實務實施建議 💡
對於準備實施 TOGAF 10 的團隊，以下做法值得推薦。
-
從小處著手：不要試圖一夜之間重構整個企業架構。應從特定領域或業務能力開始。
-
與利益相關者合作：確保業務領導人理解其價值主張。若他們看不到價值，架構功能將難以推動。
-
善用工具：使用支援模組化框架的企業架構工具。這有助於管理客製化產出物的複雜性。
-
衡量成果：以價值交付為基礎定義指標，而非文件完成度。追蹤架構決策如何影響業務表現。
差異總結 📝
從 TOGAF 9 轉向 TOGAF 10 是框架的成熟化。它從規範性標準轉變為啟發式工具包。對齊、治理與標準化的核心原則依然保持不變。然而，交付機制已變得更具彈性且更貼近情境。
組織必須衡量當前的成熟度與未來的願景。若目標是穩定性與嚴格合規，TOGAF 9 仍是合適的選擇。若目標是敏捷性與價值交付，TOGAF 10 則提供了更優的途徑。
選擇上的最後想法 🤔
選擇合適的框架版本取決於組織的具體情況。並沒有單一正確的答案。決策應基於對企業戰略方向、技術成熟度和風險承受能力的清晰理解。
透過仔細評估本指南中概述的差異，領導者可以做出明智的決策。他們可以確保其架構功能促進而非阻礙業務增長。無論是採用 TOGAF 9 還是遷移到 TOGAF 10，最終目標始終相同：打造一個具備韌性、適應力和高效性的企業。
隨著產業持續演進，框架也必須隨之發展。TOGAF 10 在此方向上邁出了重要一步。它提供了治理所需的結構，同時也具備創新所必需的彈性。對現代企業而言，這種平衡至關重要。