TOGAF 認證是 The Open Group 頒發(fā)的架構框架專業(yè)認證，是企業(yè)在規(guī)劃、設計、實施和管理 IT 架構時所使用的一種方法和標準。它提供了一個開放的、靈活的、可擴展的方法來構建、部署和管理企業(yè)的 IT 架構，幫助企業(yè)提高 IT 效率、降低成本、提高業(yè)務靈活性和創(chuàng)新能力。
中文名 TOGAF企業(yè)架構師認證英文名 The Open Group Architecture Framework英文簡稱 TOGAF頒證機構 The Open Group證書類別 企業(yè)架構（業(yè)務架構，數(shù)據(jù)架構，應用架構，技術架構）同類認證 SAFe for Architects 、CBA TOGAF 9.2為企業(yè)架構提供了一套結構化和系統(tǒng)化的框架，但其本身并未明確將敏捷方法融入架構開發(fā)方法（ADM）中。這種方法論主要是線性和循環(huán)的，重點在于為企業(yè)架構的設計和實施提供指導。
然而，在TOGAF 10中，敏捷迭代的概念得到了更明確的關注和鼓勵。官方在TOGAF 10中給ADM增加了敏捷性，更強調迭代和遞歸，支持架構師在不斷變化的業(yè)務需求和技術環(huán)境中靈活地進行架構開發(fā)。
TOGAF標準第10版將ADM的敏捷迭代分為四類，包括：架構能力迭代、架構開發(fā)迭代、過渡規(guī)劃迭代以及架構治理迭代 。
今天，小艾老師就來跟大家詳細說說這個。
01 架構能力迭代
架構能力迭代關注的是建立和維護一個能夠支持企業(yè)架構實踐的組織結構、角色、職責、技能和流程。在敏捷環(huán)境中，這意味著架構團隊需要不斷地評估和調整其能力，以適應不斷變化的需求和條件。
初始準備 ：在ADM的預備階段，團隊應確定其當前的架構能力，并識別需要改進的領域。持續(xù)改進 ：隨著項目的進展，團隊應定期回顧其架構能力，確保它們與項目目標和業(yè)務需求保持一致。適應性調整 ：在迭代過程中，團隊應靈活調整其方法和工具，以更好地支持敏捷開發(fā)。ADM相關階段：
在ADM的預備階段，架構團隊需要定義敏捷原則和價值觀，這包括跨功能團隊合作、透明溝通和頻繁交付。團隊應該設定清晰的迭代目標，以及如何度量和評估迭代的成功。
敏捷迭代要求快速確立架構愿景。在TOGAF 10中，架構愿景階段（Phase A）鼓勵使用快速原型和故事板來可視化目標架構，確保所有利益相關者對預期結果有共同的理解。
架構變更管理（Phase H）在敏捷迭代中，要求架構師持續(xù)地評估和改進架構。這包括收集反饋、識別改進機會，并在下一個迭代中實施這些改進。
02 架構開發(fā)迭代
架構開發(fā)的迭代是ADM中_核心的部分，它涉及到創(chuàng)建和維護企業(yè)架構的過程。在敏捷環(huán)境中，這意味著架構開發(fā)應該是一個持續(xù)的、迭代的過程，而不是一個線性的、瀑布式的活動。
迭代規(guī)劃 ：在每個迭代開始時，團隊應定義清晰的迭代目標和交付物。增量開發(fā) ：架構組件應以增量的方式開發(fā)，允許在每個迭代中逐步構建和完善架構。頻繁回顧 ：在每個迭代結束時，團隊應進行回顧會議，評估迭代的結果，并為下一個迭代制定改進措施。ADM相關階段：
業(yè)務架構：持續(xù)的反饋循環(huán) 在業(yè)務架構階段（Phase B），敏捷迭代意味著頻繁地與業(yè)務利益相關者溝通，確保架構設計符合業(yè)務需求。通過短周期的反饋循環(huán)，架構設計可以迅速調整以適應業(yè)務變化。
數(shù)據(jù)和應用架構：迭代開發(fā) 數(shù)據(jù)架構（Phase C）和應用架構階段要求架構師采用迭代和增量的方法來開發(fā)架構。這包括創(chuàng)建數(shù)據(jù)模型的原型，以及開發(fā)_小可行產(chǎn)品（MVPs）來驗證應用架構的設計。
技術架構階段（Phase D）強調開發(fā)適應性強的技術解決方案，以支持業(yè)務和應用架構的需求。敏捷迭代在這里體現(xiàn)為快速的技術原型開發(fā)和測試，以及對基礎設施的持續(xù)集成和持續(xù)部署（CI/CD）。
在機會和解決方案階段（Phase E），敏捷迭代支持快速識別和實施架構機會。這可能包括采用現(xiàn)成的解決方案或快速定制開發(fā)，以滿足特定的業(yè)務需求。
遷移規(guī)劃階段（Phase F）在敏捷迭代中，要求架構師制定靈活的過渡路徑，允許在實施過程中根據(jù)反饋進行調整。這可能涉及到多個小的迭代遷移，而不是一次性的大遷移。
03 過渡規(guī)劃迭代
過渡規(guī)劃的迭代涉及到如何從當前架構狀態(tài)遷移到目標架構狀態(tài)。在敏捷環(huán)境中，這通常意味著采用小步驟、頻繁的遷移策略，而不是大規(guī)模的、一次性的變更。
短期目標 ：定義一系列短期、可實現(xiàn)的遷移目標，以便團隊可以快速地看到進展。靈活的遷移路徑 ：允許遷移路徑根據(jù)業(yè)務需求和技術條件的變化進行調整。持續(xù)的反饋 ：在遷移過程中收集和利用反饋，以優(yōu)化遷移策略和解決方案。ADM相關階段：
在機會和解決方案階段（Phase E），敏捷迭代支持快速識別和實施架構機會。這可能包括采用現(xiàn)成的解決方案或快速定制開發(fā)，以滿足特定的業(yè)務需求。
遷移規(guī)劃階段（Phase F）在敏捷迭代中，要求架構師制定靈活的過渡路徑，允許在實施過程中根據(jù)反饋進行調整。這可能涉及到多個小的迭代遷移，而不是一次性的大遷移。
04 架構治理迭代
架構治理的迭代確保架構活動與組織的目標和原則保持一致。在敏捷環(huán)境中，這意味著架構治理應該是一個動態(tài)的、適應性強的過程。
原則的迭代評估 ：定期評估和更新架構原則，以確保它們反映組織的當前目標和策略。治理機制的適應性 ：開發(fā)和維護靈活的治理機制，以支持敏捷開發(fā)和持續(xù)改進。持續(xù)的監(jiān)督和指導 ：通過持續(xù)的監(jiān)督和指導，確保架構活動符合組織的方向和政策。ADM相關階段：
實施治理階段（Phase G）確保架構實施過程中的敏捷性和適應性。這包括建立監(jiān)控和控制機制，以確保架構實施與業(yè)務目標保持一致，并能夠快速響應任何偏差。
架構變更管理（Phase H）在敏捷迭代中，要求架構師持續(xù)地評估和改進架構。這包括收集反饋、識別改進機會，并在下一個迭代中實施這些改進。
05 迭代的模型與圖表
TOGAF 10還提供了一些具體迭代開發(fā)的模型和圖表，如下：
好了，以上是TOGAF 10中關于ADM敏捷迭代的一些基礎知識。如果你想要掌握更多關于TOGAF標準第10版 方面的知識和技能，小艾老師推薦大家參加：TOGAF EA企業(yè)架構認證培訓（基于TOGAF標準第10版）
艾威國際網(wǎng)校
艾威天貓旗艦店
艾威官方微信
艾威網(wǎng)校官方微信
艾威官方視頻號
艾威知乎號
企業(yè)微信客服
2025全年課表
查看全部課程
從程序員升級為架構師，有什么“捷徑“嗎?架構師的5個階段，想做架構師的必看!
