TOGAF ADM：十大技術——第五部分：遷移規劃技術

TOGAF 中的遷移規劃技術提供了一種結構化的方法，用於評估和規劃企業架構的實施與遷移。透過使用這些技術，架構師可以確保計畫全面且與業務目標一致，同時也考慮到可能影響實施的限制因素和依賴關係。

每種技術都有其特定用途，可在遷移規劃過程的不同階段使用。例如，實施因素評估與推論矩陣可協助識別並記錄影響實施的因素，而業務價值評估技術則可協助評估不同選項所帶來的價值與風險。

透過結合使用這些技術，架構師可以制定出全面的遷移計畫，考量所有相關因素，並確保企業架構的成功實施。

TOGAF ADM 實施因素評估與推論矩陣

TOGAF ADM 實施因素評估與推論矩陣是一種用於識別與評估可能影響企業架構計畫實施因素的工具。該矩陣通常包含三個欄位，分別為：

1. 因素：此欄列出可能影響架構計畫實施的各項因素。這些因素可包括風險、問題、假設、依賴關係、行動、影響，或其他相關因素。
2. 說明：此欄提供每個因素的簡要說明，解釋其內容以及在制定計畫時為何需要加以考慮。
3. 推論：此欄列出根據每個因素所應做出的推論。這些推論表明在制定實施計畫時必須考慮的行動或限制。

例如，假設矩陣中列出的因素之一為「風險」，在說明欄中，此因素可能被定義為「可能影響實施計畫成功的潛在負面事件或情況」。在推論欄中，矩陣可能指出，任何識別出的風險都應被評估與優先排序，並應制定適當的風險緩解策略。

總體而言，實施因素評估與推論矩陣是一項有用的工具，可確保在制定實施計畫時考慮所有相關因素，並採取適當行動以應對任何潛在問題或限制。

—

以下是根據即時通訊變更後可能重新生成的矩陣：

因素	說明	推論
技術變更
訊息中心關閉	決定關閉訊息中心，並以即時通訊作為主要溝通管道	評估關閉對人員與流程的影響 制定計畫，以有效訓練人員使用即時通訊 考慮關閉可能帶來的節省效益，並依此進行優先排序
人員	參與計畫實施和/或受變更影響的人员	識別參與實施的人員之角色與職責 評估變更對人員的影響 根據需要制定訓練或重新配置人員的計畫
即時通訊	作為實施計畫一部分而引入的新技術	評估以即時通訊作為主要溝通管道的優缺點 制定計劃，培訓人員有效使用即時通訊 將即時通訊列為節省成本的措施
成本	實施計劃的財務影響	評估實施計劃相關的成本 考慮節省成本的措施，例如使用即時通訊 制定計劃，在整個實施過程中監控和管理成本

再次強調，這只是根據更新技術重新生成矩陣的一種可能方式，而矩陣中實際使用的因素、描述和推論將取決於所處理的具體業務情境。

 

整合的缺口、解決方案與依賴關係矩陣

整合的缺口、解決方案與依賴關係矩陣是 TOGAF 架構開發流程中使用的一種技術，用於識別並歸類架構領域中的缺口，評估潛在的解決方案及其對應的依賴關係。

此技術有助於架構師優先安排工作，並識別解決方案可能產生最大影響的領域。透過將缺口歸類，架構師能更清楚理解其相互關係，並找出可同時解決多個缺口的方案。

該矩陣也適用於規劃與建立工作包。所識別的依賴關係可促進專案的建立，並為架構開發流程中 E 階段與 F 階段的遷移規劃提供資訊。這確保專案能正確優先排序，並與業務目標保持一致。

總體而言，整合的缺口、解決方案與依賴關係矩陣是架構師在整個架構開發過程中使用的寶貴工具，使其能夠識別缺口、解決方案與依賴關係，優先安排工作，並推動有效的專案規劃與執行。

範例

以下是一個整合的缺口、解決方案與依賴關係矩陣可能被使用的範例：

假設在架構開發流程的缺口分析階段，架構團隊已識別出當前架構狀態中的若干缺口，這些缺口包括：

1. 缺乏客戶資料的集中式資料儲存庫
2. 各事業單位之間資料定義不一致
3. CRM 與訂單履行系統之間整合有限

為了建立整合的缺口、解決方案與依賴關係矩陣，架構團隊將這些缺口歸類，並評估潛在的解決方案與依賴關係。例如：

以下是再次呈現的範例，並在第一欄加入編號：

#	缺口	潛在解決方案	依賴關係
1	缺乏客戶資料的集中式資料儲存庫	為客戶資料建立資料湖	取決於不一致資料定義的解決
2	各業務單位之間的資料定義不一致	建立資料治理架構與共用資料模型	取決於資料倉儲的實施
3	CRM 與訂單履行系統之間的整合有限	實施企業服務總線（ESB）以實現即時資料交換	取決於資料治理架構與共用資料模型的實施

在此範例中，矩陣顯示，解決客戶資料的缺口需要採取多階段的方法，包括解決資料不一致問題、實施資料倉儲、建立資料治理架構與共用資料模型，最後實施 ESB 以實現即時資料交換。

此矩陣可用於規劃工作包、識別依賴關係，並在 E 階段與 F 階段中優先處理專案。例如，架構團隊可將資料治理架構與共用資料模型的實施列為解決已識別缺口的第一步，因為這兩者都依賴於該架構的建立。

架構定義增量表

架構定義增量表是開放群組架構框架（TOGAF）中使用的一種技術，可讓架構師規劃並追蹤企業架構的長期發展。該表列出將貢獻於架構發展的不同專案，並為每個專案分配具體的交付成果，這些成果將在時間上分階段完成。

此表的目的是建立一份路線圖，明確列出過渡架構的預期順序，這些過渡架構是架構在開發過程中於特定時間點達到的中間狀態。每個過渡架構代表一個比前一階段更完整、更接近最終狀態的架構階段。

透過將開發過程分解為階段性交付成果，並分配至特定專案與時間範圍，架構定義增量表可協助架構師：

1. 以結構化且可管理的方式規劃企業架構的發展
2. 確保每個專案順序正確，且每個階段都能按時完成
3. 識別不同專案之間可能存在的依賴關係與衝突
4. 提供開發過程的清晰概覽，可與利害關係人分享，以確保所有人對專案目標與時程達成共識。

總體而言，架構定義增量表是一項強大的工具，可協助架構師管理複雜的企業架構專案，並確保專案順利且按時完成。

以下是整合了增量與啟動時間資訊的更新版架構定義增量表：

專案名稱	增量 1 – 啟動時間	增量 1	增量 2 – 啟動時間	增量 2	增量 3 – 啟動時間	增量 3	增量 4 – 啟動時間	增量 4
CRM 系統	2023 年第一季	概念架構	2023年第二季度	邏輯架構	2023年第三季度	實體架構	2023年第四季度	完全運作的系統
資料倉儲	2023年第一季度	概念架構	2023年第二季度	邏輯架構	2023年第三季度	實體架構	2023年第四季度	完全運作的系統
電子商務平台	2023年第二季度	概念架構	2023年第三季度	邏輯架構	2023年第四季度	實體架構	2024年第一季度	完全運作的系統
行動應用程式	2023年第二季度	概念架構	2023年第三季度	邏輯架構	2023年第四季度	實體架構	2024年第一季度	完全運作的系統

在此更新的表格中，每個專案包含四個增量，每個增量的起始時間均以季度和年份表示。這使得架構師能夠規劃一系列過渡架構，並追蹤各專案達成完全運作系統的進度。

例如，CRM系統專案於2023年第一季度啟動，每個後續增量均於下一季度開始。表格顯示，完全運作系統的增量預定於2023年第四季度。這使得架構師能夠規劃並追蹤達成CRM系統專案完全運作系統的進度。

同樣地，該表格顯示其他三個專案每個增量的起始時間。這有助於架構師規劃並追蹤各專案達成完全運作系統的進度，並識別不同專案之間可能產生的衝突或依賴關係。

過渡架構狀態演進表

過渡架構狀態演進表是開放群組架構框架（TOGAF）中使用的一種技術，用於透過明確的分類法（例如TOGAF技術參考模型TRM）在不同層級上展示組織架構的預期狀態。此表格是一種視覺化工具，協助架構師識別企業中使用的分類法服務，並列出這些服務的過渡架構及建議的轉型方案。

該表格應列出所有解決方案構建模塊（SBBs），並說明它們如何影響並實現所列服務。SBBs也應標示以顯示其如何推動企業架構的進展。例如，若引入新功能，則在表格中標示為「新增」或「保留」；若功能正轉移至新解決方案，則標示為「轉移」；若功能正被取代，則標示為「取代」。

過渡架構狀態演進表清晰地呈現組織架構隨時間變化的狀況。它讓架構師能夠了解其建議的變更如何影響組織的服務，以及如何推動組織朝向目標狀態前進。透過使用此表格，架構師可確保其建議的變更與組織的目標和宗旨一致，並能有效實施。

範例

以下是根據您提到的欄位，過渡架構狀態演進表可能呈現的範例：

次領域	服務	過渡架構 1	過渡架構 2	過渡架構 3
銷售	訂單管理	現狀	過渡狀態	目標狀態
銷售	客戶管理	現狀	過渡狀態	目標狀態
財務	應付帳款	當前狀態	過渡狀態	目標狀態
財務	應收賬款	當前狀態	過渡狀態	目標狀態
人力資源	薪資發放	當前狀態	過渡狀態	目標狀態
人力資源	福利管理	當前狀態	過渡狀態	目標狀態

在此範例中，第一欄列出組織內的各個次領域，例如銷售、財務和人力資源。第二欄列出各次領域中的具體服務，例如訂單管理、應付賬款和薪資發放。其餘欄位代表各種過渡架構，可能包括當前狀態、過渡狀態和目標狀態。

表格中的每個單元格都將填入該服務與架構相關的相關資訊。例如，訂單管理與當前狀態欄的單元格可能包含用於管理訂單的現有架構描述，而訂單管理與目標狀態欄的單元格則可能描述未來管理訂單的建議架構。

業務價值評估技術

您所描述的業務價值評估技術是一種有效的方法，可用於評估和優先排序各種業務計畫或專案。透過使用包含價值與風險維度的矩陣，企業可根據與其戰略目標和宗旨相符的客觀標準來評估其選項。

價值指數維度包含遵循原則、財務貢獻、戰略契合度以及競爭地位，有助於確定專案可能為企業帶來的潛在效益與機會。風險指數維度包含規模與複雜性、技術、組織能力以及失敗的影響，有助於識別專案可能面臨的潛在風險與挑戰。

範例

透過為每一項標準分配獨立權重，企業可以確定各項標準在決策過程中的相對重要性。這有助於確保最重要的因素在評估過程中獲得更高的權重。

 

最後，重要的是在了解選項之前就建立決策標準。這可確保評估過程保持客觀且一致，所有選項均依據相同標準進行評估。同時也有助於防止偏見與個人偏好影響決策過程。

總結