企業架構作為組織變革的藍圖，提供將業務戰略與IT實施對齊所需的結構。在這一領域中，ArchiMate框架的業務層提供了一個特定的視角，用於理解組織所做的事，而非如何執行。對業務能力進行目錄編制，可使領導者將潛力轉化為績效。本指南詳細說明了如何運用ArchiMate核心概念，系統性地定義、組織並維護這些能力。
📐 理解業務層
業務層代表企業最抽象的視角，專注於業務結構、行為與資源。與處理軟體與基礎設施的應用層或技術層不同，業務層關注的是人類活動、組織單位與角色。要有效編制能力目錄，首先必須理解構成此層的各項元素。
ArchiMate為業務層定義了12個核心概念，這些概念分為三個類別：
- 業務物件：由業務參與者或角色使用的資訊。範例包括客戶、產品或訂單。
- 業務參與者：在業務流程中扮演角色的人類或系統。範例包括業務代表或客戶服務人員。
- 業務角色：作為業務參與者的個人或系統群組。
- 業務功能：具有特定目的的一組活動，通常與部門或單位同義。
- 業務流程：為達成特定目標而執行的一系列活動。
- 業務事件：在特定時間點發生的事件，並觸發某個流程。
- 業務服務：由業務功能提供的功能集合。
- 業務介面：參與者與服務之間的互動點。
- 業務協作：共同工作的參與者群組。
- 業務目標：業務活動所期望的最終結果。
- 業務原則：業務行為的規則或指導原則。
- 業務驅動因素：影響業務活動的內部或外部因素。
雖然所有這些概念都至關重要，但業務能力是戰略規劃與投資優先順序的基石。它提供了一個穩定的基礎，即使流程或組織結構發生變動，其相對穩定性仍能保持。
🎯 定義業務能力
業務能力是指組織執行特定活動的能力。這是一種潛力，而非具體行動。此區別對於準確建模至關重要。流程是一項採取的行動；能力則是執行該行動的潛力。
關鍵特徵
- 穩定性：能力的變動頻率低於流程。例如「管理客戶關係」這項能力，即使具體的軟體或工作流程改變，其有效性依然存在。
- 獨立性：能力的存在獨立於組織架構。它可以在不同部門於不同時間執行。
- 可衡量性：能力可針對成熟度、績效與成本進行評估。
- 價值：每一項能力都直接貢獻於向客戶或利益相關者交付價值。
在編目時，避免以動詞描述能力。例如不要使用「處理投訴」，而應使用「投訴處理」。這能讓焦點集中在能力本身，而非具體任務。
🗂️ 組織能力目錄
能力目錄是一份結構化的能力清單。它作為利益相關者理解企業範圍的參考點。若無結構，目錄將變成無法管理的清單。層級與分組對於導航至關重要。
自上而下的方法
從定義企業的最高層級能力開始。向下深入至子能力以增加細節層級。這會形成一個反映組織邏輯的樹狀結構。
- 第一層：核心業務功能（例如：管理營運）。
- 第二層：主要能力（例如：供應鏈管理）。
- 第三層：具體能力（例如：庫存控制）。
- 第四層：細粒度活動（例如：補貨）。
分組策略
將能力進行分組有助於分析重疊與缺口。常見的分組方法包括：
- 價值鏈：根據從輸入到輸出的價值流進行分組。
- 戰略支柱：根據其所支持的戰略目標進行分組。
- 領域： 按功能領域分組（例如：人力資源、財務、銷售）。
範例層級表
| 層級 | 能力名稱 | 描述 |
|---|---|---|
| 1 | 客戶管理 | 管理與客戶生命週期相關的所有互動。 |
| 2 | 獲取 | 吸引並轉化新客戶。 |
| 2 | 留存 | 維持現有客戶關係。 |
| 3 | 潛在客戶評分 | 評估潛在客戶的興趣程度。 |
| 3 | 服務支援 | 為現有客戶提供協助。 |
🔗 關係與依賴
一種能力並非孤立存在。它依賴於其他能力、流程與資源。建模這些關係可揭示企業架構的複雜性。
能力實現
此關係顯示了實現能力的要素。能力可透過以下方式實現：
- 業務流程： 執行能力所採取的具體步驟。
- 業務物件： 支援能力所需的資料或資訊。
- 業務功能： 負責該能力的組織單位。
能力指派
這定義了誰對該能力負責。它將業務能力與業務實體或業務角色連結起來。這對於責任歸屬至關重要。
- 實體至能力：誰執行這項工作？
- 角色至能力：哪個職能負責這項工作？
能力流
能力經常相互流動。一個能力的輸出會成為另一個能力的輸入。這在價值鏈中很常見，其中生產的某個階段會為下一個階段提供輸入。
能力使用
一個能力可能將另一個能力作為依賴。例如，“訂單履行”會使用“庫存管理”能力，在出貨前檢查庫存水準。
🛠️ 實施方法論
建立目錄需要系統性的流程。這不是一次性的任務，而是一項持續性的專業工作。以下步驟概述了建立穩健能力模型的工作流程。
1. 定義範圍與界限
識別架構工作的範圍。這是針對整個企業還是特定部門？定義界限可防止範圍擴張，並確保模型保持可管理性。
2. 識別利害關係人
與各部門的領域專家（SME）接觸。他們擁有準確定義能力所需的隱性知識。他們的意見確保目錄反映現實情況。
3. 草擬初步能力清單
使用層級化方法創建一份工作草稿。初期不必追求完美。重點是將主要能力記錄下來。
4. 驗證與優化
與利害關係人一起審查草稿。檢查重複、缺口與模糊之處。確保命名規範一致。一個能力不應在某一區塊稱為「銷售」，而在另一區塊稱為「收入產生」。
5. 與策略連結
將能力與業務目標和驅動因素連結。這提供了能力存在的背景。有助於優先排序投資與改進工作。
6. 建立治理機制
明確誰擁有能力目錄。誰批准變更？誰負責維護？若無治理機制，模型將迅速過時。
📊 與其他層級的整合
業務層與應用層及技術層相互關聯。雖然業務能力本身穩定，但實現它的手段經常變動。ArchiMate 可實現這些層級之間的無縫追蹤。
應用能力對應
每個業務能力理應至少由一個應用能力支援。此對應關係可突顯軟體缺口與重複。若關鍵能力缺乏支援應用，將構成風險。
技術能力對應
應用程式運行於技術之上。將能力映射至技術層，有助於基礎設施規劃。這確保了底層硬體與網路能夠支援所需的業務功能。
流程至能力的映射
流程是能力的動態執行。透過將流程與能力連結，組織可以分析效率。若某流程效率低下，模型會顯示是哪一項能力正在受損。
⚖️ 常見陷阱與最佳實務
即使擁有穩固的方法論，建模過程中仍可能出現錯誤。識別常見陷阱有助於維持資料完整性。
混淆流程與能力
這是最常見的錯誤。流程是一系列活動的流動；能力則是一種存在狀態。不要將「處理發票」建模為能力。應將「發票處理」建模為能力，而將「付款流程」建模為流程。
過度細緻化
建立過多細節層級會使模型難以導航。應追求足以支援決策的細節層級，而不至於讓觀看者感到負擔。若某項能力過於具體，它可能只是一個任務，而非能力。
缺乏所有權
每一項能力都應有負責人。若無所有權，則無法對改善或維護負責。這將導致模型陷入停滯。
命名不一致
使用一致的命名規範。遵循標準格式（例如：名詞＋動詞或動詞＋名詞）。不一致的命名會讓讀者混淆，並使搜尋變得困難。
🔄 維護與演進
企業是動態的。隨著市場變遷，能力也會演進。能力目錄必須隨之演進。靜態模型會變成負擔。
定期審查
安排定期審查目錄。評估哪些能力仍具相關性。識別新商業模式所需的新增能力。移除過時的能力以減少雜亂。
影響分析
當提出變更時，使用模型來評估影響。若某項能力被修改，哪些其他能力會依賴它？此分析可防止變更計畫中產生未預期的後果。
版本控制
維護模型的版本。這可實現變更的歷史追蹤。有助於理解企業架構隨時間的演進過程。
📈 衡量成熟度
一旦目錄建立完成，即可用來衡量能力的成熟度。這為改進提供了基準。
- 已定義： 該能力已被文件化並被理解。
- 已管理： 該能力已被衡量並受控。
- 已定義： 該能力已優化並持續改進。
對能力進行評分，可協助投資優先順序的設定。資源應導向對策略至關重要但成熟度不足的能力。
🔍 战略對齊
能力目錄的主要價值在於戰略對齊。它能將高階戰略轉化為可執行的組成部分。在規劃新計畫時，領導者可查看能力地圖，以了解該計畫位於何處。
- 缺口分析：識別支援新戰略所欠缺的能力。
- 重複性檢查：識別可整合的重複能力。
- 資源配置：將資金直接導向能創造最大價值的能力。
這種對齊確保IT投資能直接支援業務目標。它使對話從「我們需要什麼軟體？」轉變為「我們需要交付什麼業務價值？」
🧭 結論
使用ArchiMate核心概念建立企業能力目錄，是企業架構的基礎活動。它為利益相關者提供清晰性、穩定性以及共通語言。透過聚焦組織能做什麼，而非如何執行，領導者能獲得企業的韌性視角。
此過程需要紀律、協作與持續維護。避免常見陷阱可確保模型保持準確。將業務層與應用層及技術層整合，能建立全面視角。最終，結構良好的能力模型能賦能組織以信心與精準度應對變革。