架構開發方法（ADM）是TOGAF框架中的關鍵組成部分，提供了一種全面的企業架構開發方法。ADM為開發和管理與業務目標一致並滿足利益相關者需求的企業架構提供了結構化方法。為了最大化ADM流程的效益，了解如何根據組織的特定需求調整該流程至關重要。
TOGAF ADM 指南提供了實用的指導，用於調整ADM流程以應對各種不同的使用情境，例如融入迭代方法、針對特定架構進行調整、不同的流程風格以及組織結構。遵循這些指南，組織可以優化其企業架構開發流程，並提升架構與業務目標的一致性。
調整ADM流程的指南：
- 將迭代應用於ADM： 本指南探討了迭代的概念及其在ADM流程中應用的潛在效益。它概述了將迭代方法融入ADM的各種策略，包括增量開發和敏捷方法。該指南還根據組織的需求，提供了選擇適當迭代方法的建議。
- 在架構範疇中應用ADM： 本指南著重於企業內部不同層級的架構參與，以及如何調整ADM以支援這些不同層級。它提供了針對特定類型的架構參與（如戰略規劃或專案交付）調整ADM流程的指導。該指南還強調了將ADM與組織整體業務策略保持一致的重要性。
- 針對特定架構調整ADM： 本指南提供調整ADM流程以適應專門架構領域（如安全或資料架構）的建議。它概述了這些領域所涉及的獨特考量與挑戰，並提供如何有效將其整合至ADM流程的指導。
- 針對不同流程風格調整ADM： 本指南探討了可與ADM流程結合使用的各種流程風格，例如精益或六西格瑪方法。它提供了將這些流程風格整合至ADM的建議，並強調了這樣做的潛在效益。
- 針對不同組織結構調整ADM： 本指南探討了調整ADM流程以適應不同組織結構所面臨的挑戰，例如具有去中心化決策機制或高度集中治理模式的組織。它提供了針對這些結構調整ADM流程的建議，並提出了在這些情境下管理利益相關者參與的策略。
將迭代應用於ADM
迭代的概念是TOGAF框架中架構開發方法（ADM）的關鍵組成部分。迭代有三種主要方式用於支援ADM流程。
TOGAF ADM建議一組迭代循環，可用於有效整合相關的架構活動，以達成特定目的。
TOGAF ADM提供了一個結構化的框架，用於開發和實施企業架構。它分為階段與迭代，每個迭代代表一組邏輯上相關的活動，旨在達成特定目的。TOGAF ADM建議的迭代循環如下：
- 初步階段： 此階段專注於建立企業架構開發的商業理由，識別利益相關者及其關切事項，並定義企業架構工作的範圍。
- 架構願景階段： 此階段專注於建立企業架構的高階視圖，包括業務目標、戰略驅動因素以及關鍵業務需求。
- 業務架構階段： 此階段專注於建立組織業務架構的詳細視圖，包括業務流程、組織結構以及業務能力。
- 資訊系統架構階段： 此階段專注於建立組織資訊系統架構的詳細視圖，包括資料架構、應用架構與技術架構。
- 技術架構階段： 此階段專注於建立組織技術基礎設施的詳細視圖，包括硬體、軟體與網路元件。
- 機會與解決方案階段： 此階段專注於識別並評估可能的解決方案，以應對業務需求並達成企業架構目標。
- 遷移規劃階段： 此階段專注於制定從現有架構過渡到目標架構的全面計畫。
- 實施工治理階段： 此階段專注於建立管理企業架構實施的治理架構。
- 架構變更管理階段： 此階段專注於隨著時間推移管理企業架構的變更，包括監控架構的實施，並在需要時進行調整。
這些迭代循環可依組織的特定需求進行客製化，並依需要重複執行，以達成預期成果。
- 架構開發迭代 – 此迭代用於描述透過多個ADM循環發展全面架構地圖的過程，每個循環均專注於架構工作請求範圍內的單一計畫。
- 過渡規劃迭代 – 此迭代用於描述發展架構的整合過程，其中ADM各階段的活動相互作用，產生整合性架構。此類迭代通常以順序方式描述，以明確定義活動與輸出。
- 架構治理迭代 – 此迭代支援朝向明確目標架構推進的變更活動治理。
- 架構能力迭代 – 此迭代用於描述管理組織架構能力變更的過程，透過持續迭代與精進ADM流程，實現持續改進。透過將這些迭代概念融入ADM流程，組織可提升其架構開發能力，並確保其架構持續與不斷演變的業務需求保持一致。
架構地圖與迭代循環
在典型的企業中，於任何特定時間點，架構地圖中可能描述許多不同的架構。這些架構可能針對特定需求，或提供組織整體架構的更廣泛、更一般的視角。
為協助管理此複雜性，TOGAF標準使用層級與企業連續體的概念。層級指架構地圖中不同層次的細節程度，從高階戰略架構到更詳細的技術架構。不同層級的架構以階層方式組織，高階架構為更詳細的架構提供指導與限制。
企業連續體是TOGAF中另一個用於組織架構地圖的概念性框架。它提供一種根據抽象層級以及標準化或客製化程度來分類與組織不同架構的方式。企業連續體包含四個層級：架構連續體、解決方案連續體、產業連續體與組織連續體。
透過使用這些框架，TOGAF提供了一種結構化的方法來組織架構地圖，協助組織管理複雜性，並確保所有架構與業務目標保持一致。
組織不同層級的利害關係人需求需要不同類型的架構，且每種架構都必須置於治理層級中。廣泛的概要架構為細緻的架構設定方向，確保與業務目標和宗旨保持一致。
為達成此目標，ADM流程可採用兩種不同策略：
- 不同層級的架構可透過單一ADM流程循環中的迭代來開發。此方法涉及在相同ADM流程循環內開發不同層級的架構，並利用迭代來依需求精進與發展架構。
- 不同層級的架構可透過ADM流程的層級結構並行執行來開發。此方法涉及使用多個ADM流程實例，每個實例專注於不同層級的架構。ADM流程並行執行，各層級架構相互提供資訊並引導其他層級的發展。
根據特定需求與情況，這兩種策略均可用於組織內不同層級的架構開發。透過使用ADM流程，組織可確保所有架構以結構化且一致的方式開發，並與整體業務目標與宗旨保持一致。
TOGAF ADM循環與層級中的架構開發迭代方法
TOGAF框架採用迭代方式進行架構開發方法（ADM），即在單一架構描述層級上完成ADM循環的每個階段。一旦在特定層級完成ADM循環，結果將被審查，任何必要的變更或更新將被納入該層級的下一個循環，或不同層級的後續循環中。
利用階段F（遷移規劃）來啟動新的、更詳細的架構開發專案，是TOGAF框架促進此迭代方法的方式之一。透過此方式，高階架構被用來引導與約束更詳細的架構開發，確保整體架構地圖的一致性與與業務目標和宗旨的對齊。
值得注意的是，完整的架構地圖並非在單一ADM循環中完成，而是透過ADM的多次迭代，甚至在不同層級上逐步完成。此迭代方法可持續精進與提升架構，確保其持續符合組織不斷演變的需求。
- TOGAF中特定迭代循環所需的迭代次數，可能因架構開發專案的複雜性與利害關係人參與程度而異。某些迭代循環可能僅需單一迭代，而其他則可能需要多次迭代才能達成預期成果。
- 還需考慮根據利益相關者的參與程度，在流程中設定適當的檢查點。例如，如果利益相關者高度參與架構開發過程，則可能需要頻繁且非正式的檢查點，以確保專案按計劃進行。另一方面，若利益相關者參與度較低，檢查點的頻率可能較低，但形式上會更正式。
- TOGAF 中常見的檢查點包括每個迭代週期結束時，或幾個迭代週期結束時。這些檢查點有助於確保架構開發專案始終與整體業務目標保持一致，並在必要時進行相應調整。
總結
本文為組織提供了一套全面的指導方針，用於將迭代週期應用於 TOGAF ADM，以最大化企業架構開發工作的成效。該指導方針將闡述在 TOGAF ADM 中使用迭代週期的核心原則與最佳實務，包括如何根據組織的具體需求調整迭代週期，以及如何在開發過程中整合利益相關者的反饋。該指導方針的最終目標是透過發揮迭代開發方法的優勢，幫助組織更高效且有效地達成企業架構目標。
總而言之，組織內不同層級的架構開發需要採取結構化的方法，以考量不同利益相關者的需要，並確保與整體業務目標和宗旨保持一致。為達成此目標，TOGAF 標準提供了兩種可採用的策略：
- 不同層級的架構可透過 ADM 流程單一週期內的迭代來開發，從而實現在同一週期內完成不同層級架構的開發。
- 不同層級的架構可透過一組層級式的 ADM 流程並行執行來開發，各層級的架構相互提供資訊並引導其他層級的開發。
兩種策略均允許在不同細節層級與抽象程度下開發架構，確保所有架構均與業務目標和宗旨保持一致，並處於治理架構之中。