運用TOGAF ADM 的架構變更管理
Feb 26, 2023
本文我們將介紹為什麼企業架構有變更請求，既然有變更請求就需要有人決定該不該通過。這時需要舉行架構委員會會議。變更請求如果通過，哪就需要更新架構合約以及產生一個新的架構作業請求。
目標
- 確保維護架構生命週期
- 確保執行架構治理框架
- 確保企業架構能力滿足當前要求
輸入
- 變更請求: 技術變更
- 變更請求:業務變更
- 變更請求:因經驗教訓(lessons learned)的變更
為什麼有變更請求
這個階段做的是考量架構變更請求。 在架構的實施過程中，隨著越來越多的事實被了解，原始的架構定義和需求可能不適合或不足以完成解決方案的進行。 在這些情況下，進行中的專案有必要偏離建議的架構方法或請求範圍擴展。 此外，外部因素，如市場因素、業務戰略的變化和新技術機會，可能會帶來擴展和完善架構的機會。 在這些情況下，可以提交變更請求以啟動下一個架構工作週期。
架構請求通常包含:
- 變更的說明
- 變更的理由
- 架構儲存庫參考編號
- 變更的影響評估，包括：
— 具體需求的參考
— 迄今為止利害關係人需求的優先順序
— 需要重新審視的階段
— 引領需求優先順序的階段
— 階段調查的結果和修訂後的優先事項
— 關於需求管理的建議
步驟
步驟1:確保業務專案實現價值
- 很多人努力把企業從A點移動到B點
- 我們需要確保企業繼續做實現該工作價值所需的事情
- 如果沒有人遵循，新流程有什麼好處？
此步驟應建立流程以確保業務專案從企業架構中實現價值。 價值可以通過量化指標（降低成本、縮短上市時間）和間接指標（例如新技能和能力）來衡量。
步驟2: 佈署監控工具
- 監控可能衝擊現行架構的技術變化
- 監控可能衝擊現行架構的業務變化
- 業務價值追踪（例如，確定業務目標價值指標的投資評估方法）
- 監控企業架構能力成熟度
- 追蹤與評估資產管理方案
- 追蹤QoS 效能和使用
- 確認和追蹤業務連續性(business continuity)需求
步驟3:風險管理
- 管理企業架構的風險並提出建議
步驟4: 針對企業變更管理提出分析
- 進行企業架構的效能審查
- 確保預期價值實現和 SLA 預期得到滿足
- 對企業架構的效能進行差距分析
- 確保變更管理請求有遵守治理框架
步驟5:制定變更要求以滿足績效目標
- 如果我們沒有達到績效目標，哪麼一定有些事需要變動
步驟6: 治理流程的管理
- 安排架構委員會會議
管理架構的治理流程和框架。 這包括安排和召開架構委員會會議。 這些會議的目的是決定如何處理變更請求（技術和業務）以及分配請求。
步驟7: 啟動實施變更的流程
- 產生新的架構作業請求和投資請求
- 確保在Phase H 中實施的任何變更都記錄在架構存儲庫中
產出
- 架構更新 — 架構儲存庫的任何變更
- 針對架構作業的新變更 — 啟動新一輪的ADM循環
總結
- 確保在Phase G 中實施的變更是如預期的交付業務價值
- 監控並在必要時進行變更
- 在此ADM次循環強化企業架構功能
- 是變更請求還是需要新的 ADM 週期？
