企業架構通常讓人覺得是一門遙遠的學科，專屬於 IT 專家和埋首於圖表中的架構師。然而，任何成功的數位轉型的基礎在於業務對齊。這正是 TOGAF 階段 B 的發揮之處，被稱為業務架構階段，變得至關重要。對於非技術領導者而言，理解此階段並非學習繪製圖表；而是確保組織的戰略目標能轉化為一致且可執行的運營現實。
當領導者深入參與階段 B 時，他們便超越了高階戰略，開始定義組織為創造價值所需具備的能力。本指南將剖析 TOGAF 階段 B 的細節、交付成果，以及領導者如何在無需技術背景的情況下積極貢獻。我們將探討如何整合業務流程、治理與策略，以建立穩固的未來成長框架。
什麼是 TOGAF 階段 B？🤔
TOGAF 架構開發方法（ADM）是一種循環式流程，用於設計、規劃、執行與治理企業資訊架構。階段 B 位於此循環的早期，緊接在初步階段與架構願景（階段 A）之後。其主要目的在於定義基線與目標業務架構。
簡單來說，階段 B 回答了這個問題：企業今日的樣貌是什麼？為了達成目標，它又需要呈現什麼樣的樣貌？ 它著重於：
- 業務策略： 組織打算如何取得成功。
- 業務治理： 決策如何制定與管控。
- 業務組織： 組織結構、職責與角色。
- 業務流程： 創造價值的活動。
- 業務資訊： 營運企業所需的資料。
對非技術領導者而言，此階段是董事會與執行現場之間的橋樑。它確保後續階段（資訊系統與技術）所進行的技術投資，確實能支援在此階段所識別出的業務需求。
為什麼此階段對你至關重要 👔
許多組織無法從其 IT 投資中創造價值，原因在於跳過了業務架構的工作。他們直接跳到選擇軟體或建構基礎設施，卻未先定義所需的業務能力。階段 B 可防止這種錯配。
以下是為何非技術領導者必須優先處理此階段的原因：
- 戰略清晰度： 它迫使組織以具體明確的語言闡述其目標。
- 風險降低： 早期識別能力缺口，可避免後續產生昂貴的返工。
- 資源配置： 它有助於根據商業價值確定資金和時間應優先投入的領域。
- 溝通： 它為業務單位與技術團隊之間提供了共同語言。
若缺乏明確的商業架構，組織將面臨建立無法解決正確問題的解決方案的風險。階段B確保在開始解決方案設計之前，問題定義是準確的。
關鍵交付成果說明 📄
TOGAF為階段B定義了具體的輸出成果。這些不僅僅是存檔用的文件，更是決策工具。以下是關鍵交付成果的分解及其對領導者的重要性。
| 交付成果 | 描述 | 領導者的收益 |
|---|---|---|
| 商業原則 | 塑造決策的指導規則。 | 確保組織內的一致性。 |
| 商業情境 | 定義商業環境的具體使用案例。 | 有助於直觀理解業務在實際運作中的情況。 |
| 商業架構 | 業務的基線狀態與目標狀態。 | 為能力發展提供路線圖。 |
| 差距分析 | 基線與目標之間的對比。 | 突顯當前的優先事項與缺失的能力。 |
| 遷移規劃 | 從基線遷移至目標的初步路徑圖。 | 支援高階預算編列與時間表估算。 |
商業原則
這些是行為的守護規範。例如，一項原則可能規定：「所有客戶資料必須依照區域隱私法規進行儲存。」 作為領導者，您需審查這些原則，以確保它們反映組織的價值觀與風險承受度。它們可防止不同部門之間產生相互矛盾的行動。
商業情境
情境描述了架構被應用的具體情況。這有助於領導者理解背景。與抽象目標不同，你能看到業務實際運作的樣貌。例如，一個情境可能詳細說明新客戶入職的流程，包括所有必要的批准和資料檢查。
差距分析
這無疑是領導者最重要的工具。它將企業目前的狀態與所需達到的狀態進行比較。差距分析能識別出：
- 缺失的能力。
- 效率低下的流程。
- 缺乏的技能。
這直接影響投資策略。如果分析顯示客戶服務自動化存在缺口，領導者便知道應優先發展自動化技術。
領導者在企業架構中的角色 🗣️
非技術背景的領導者常誤以為架構師會單獨處理B階段。這是一種誤解。架構師提供架構框架，但領導者提供背景與權威。你參與的原因如下：
- 定義範圍：你決定企業中哪些部分屬於架構工作的範圍。
- 驗證假設：架構師根據資料與訪談建立企業模型。你負責驗證這些模型是否反映現實情況。
- 解決衝突：不同部門可能有競爭性的優先事項。你需進行調解，以確保架構支持整體戰略。
- 取得共識：你的支持向組織其他成員傳達出這項工作的重要性。
在工作坊期間，不要猶豫提出問題。請問對客戶體驗、營運成本和合規性的影響。這些才是與你角色相關的關鍵指標。
將策略與架構對齊 🎯
B階段是策略與執行首次結合的第一步。架構願景A階段的架構願景確定了方向。B階段則定義了目的地。為有效對齊兩者，請遵循以下步驟：
- 檢視戰略目標：重新審視組織的使命與戰略目標。
- 繪製能力圖：識別達成這些目標所需的業務能力。
- 評估現狀：判斷哪些能力已經存在，以及其成熟度。
- 識別差距：精確指出現有能力與所需能力之間的差異。
- 定義目標狀態：描述當差距被彌補時，企業的樣貌。
這種對齊確保每一筆用於架構的支出都支援戰略目標。它可防止『影子IT』或孤立專案的出現，這些專案不會對主要目標有所貢獻。
常見陷阱與避免方法 ⚠️
即使出發點良好，階段B仍可能偏離軌道。了解常見陷阱有助於你成功引導整個流程。
1. 過度設計
架構師可能設計出過於複雜、組織難以使用的模型。避免此情況的方法：專注於核心要點。若模型無法協助決策，就應簡化。確保交付成果實用。
2. 忽視人員
架構通常著重於流程與系統，卻忽略了執行這些流程的人員。避免此情況的方法：在企業架構中納入人力資源的影響。考慮技能、職位與培訓需求。
3. 缺乏利害關係人參與
若關鍵利害關係人未參與，架構將缺乏可信度。避免此情況的方法：邀請所有主要業務單位的代表參與架構的審查與驗證。
4. 靜態文件
企業架構並非一次性活動。市場會變，企業也會變。避免此情況的方法：將架構視為持續更新的資產。安排定期審查，以更新基線與目標狀態。
衡量階段B成功的指標 📊
要如何判斷階段B是否成功？請留意以下指標：
- 清晰度：利害關係人能清楚闡述企業目標與能力。
- 對齊度：IT專案能直接對應至企業能力。
- 效率：重複的流程被識別並消除。
- 敏捷性： 組織能夠更快地適應變化的原因是架構被充分理解。
- 溝通： 商業團隊與IT團隊之間存在共用的術語。
成功不僅僅是產出一份文件。它在於組織運作方式的改變。如果決策變得更快且更具資訊基礎，則此階段已創造價值。
將階段B與ADM其他部分整合 🔄
TOGAF是一個迭代循環。階段B並非孤立存在，它會為後續階段提供輸入：
- 階段C（資訊系統）： 商業架構定義了階段C的資料與應用程式需求。
- 階段D（技術）： 階段B中定義的能力驅動了技術基礎設施的需求。
- 階段G（遷移）： 階段B的差距分析為遷移計畫提供資訊。
- 階段H（變更管理）： 理解目標商業狀態有助於管理過渡過程。
領導者必須確保階段B的輸出可被後續階段的團隊取得。這種連續性確保了原始的商業意圖在整個實施過程中得以保留。
為未來做準備 🚀
投資於階段B可使組織為未來的挑戰做好準備。隨著市場演變，商業架構讓您能夠轉向新方向，而無需從頭重建一切。透過了解自身的優勢與缺口，您能快速評估新機會的影響。
例如，如果您想進入新市場，可以檢視架構以確認是否具備必要的分銷管道、合規框架與客戶服務能力。若無，您便清楚知道需要建立或取得哪些內容。
常見問題 ❓
誰負責階段B？
通常由企業架構師推動流程，但商業架構師或商業負責人往往主導內容。領導者提供方向與批准。
階段B需要多長時間？
時間長短取決於組織規模與複雜程度，可能從幾週到數個月不等。重點應放在品質，而非速度。
我們可以跳過這個階段嗎？
跳過階段B具有風險，可能導致技術投資方向錯置。雖然可以執行較輕量的版本，但完全省略商業架構分析通常會導致失敗。
如果商業策略改變了怎麼辦？
架構並非一成不變。若策略改變，架構也應隨之更新。階段B提供了衡量戰略轉變影響的基準。
這對小型組織也適用嗎？
是的。雖然大型企業擁有複雜的架構，但小型組織同樣能從了解自身能力與缺口中受益。規模可能較小，但邏輯仍然一致。
實施結論
TOGAF 階段 B 是非技術領導者的重要戰略資產。它能將抽象的目標轉化為具體的業務能力。透過參與此階段，您可確保組織以正確的方式建立正確的事物，從而實現其使命。此階段可降低風險、提升清晰度，並使資源配置與價值保持一致。
首先，審視您目前的戰略目標，並思考現有的業務結構在多大程度上支持這些目標。如果答案不清晰，階段 B 提供了尋求清晰度的方法論。運用工具，與利益相關者互動，並將架構視為組織未來的活導向。
