Skip to main content
企業架構實務（四）：用 PPTI 拆開業務能力的結構性問題

Architecture Journal

Last updated on
enterprise-architecturebusiness-capabilitymaturity-assessment

企業架構實務（四）：用 PPTI 拆開業務能力的結構性問題

業務能力地圖可以整理企業有哪些能力、哪些系統支援這些能力，也可以用綠黃紅標記現況。但一個格子被標成綠色，不代表底下的人員、流程、技術與資訊都健康。

系統可能穩定上線，實際上卻依賴少數關鍵人員；流程可能按時完成，背後卻靠人工搬運資料；報表也可能沒有差異，只是因為沒有人敢改動既有 Excel 巨集。

PPTI 的用途是以單一業務能力為主要評估單位，從 People、Process、Technology、Information 四個維度描述行為、證據與成熟度。支援這項能力的業務系統、流程、團隊與資訊流是評估脈絡和證據，讓業務能力地圖從靜態分類工具變成可以診斷結構性問題的現況模型。

The Open Group 將業務能力地圖（capability map）定位為支援業務規劃，並與其他 Business Architecture viewpoints 對齊的工具。[1] 本文的 PPTI 是疊在業務能力地圖上的診斷層，不是用四維分數取代業務能力地圖。

PPTI 為什麼從業務能力地圖開始

傳統業務能力地圖若只留下單一燈號，容易出現三個盲區：評估受訪談者認知影響、綠色標記掩蓋 legacy system 與技術債，也可能把靠大量人工作業維持的結果誤判為能力健康。

People、Process、Technology（PPT）是變革管理常見的三構面，用來檢查變革是否同時處理人、工作方式與工具。[2] 本文在 PPT 之外加入 Information，形成一套用於現況分析的 PPTI 工作模型。這套組合沒有現成的同名標準可引，是本文自己整理的模型；把 Information 獨立出來，是為了讓資料定義、品質、可及性與流動可以被單獨蒐證，而不被埋在 Process 或 Technology 裡。

TOGAF 的 Business Capabilities 指南在描述能力實作要素時，分成 People、Processes、Information 與 Resources；[1] 那些是「能力由什麼組成」的實作要素，PPTI 的四個維度則是「能力健不健康」的評估維度，名稱相近但用途不同。

四個維度回答的問題不同：

維度在能力中的角色主要觀察
People能力的執行主體技能覆蓋、責任、關鍵人員依賴與變革適應性
Process能力的執行路徑流程變異、跨部門介面、合規率與結果可預測性
Technology能力的自動化載體技術債、整合、可靠性、效率與擴展性
Information支援能力運作與決策的資訊資料品質、定義、可及性、血緣與治理責任

這也是 PPTI 與 IT Score 的主要分工：IT Score 以 IT 職能的功能活動為評估單位；PPTI 則以業務能力地圖中的業務能力為主，檢查四個維度是否失衡。支援同一能力的多套系統可以同時出現在證據 register 中，但不應因此把系統當成另一組平行的 PPTI 評估對象。若後續需要決定某套系統的去留或投資，再回到它支援的能力、Functional Fit 與 Technical Fit，使用 TIME（Tolerate／Invest／Migrate／Eliminate）做應用處置判斷。

一輪 PPTI 評估怎麼進行

一輪評估可以依下列順序進行；成熟度 rubric、evidence register 與計算規則放在文末附錄。

  1. 定義能力範圍：指定一項業務能力、能力邊界、評估日期、策略角色、生命週期狀態，以及支援它的業務系統、流程、團隊和資料流。策略角色與生命週期狀態是兩個獨立欄位；系統清單用來界定證據範圍，不改變 PPTI 的主評估單位。
  2. 蒐集四維證據：分別記錄 People、Process、Technology、Information 的目前觀察、證據來源、證據期間、證據類型與資料 owner，並把感知題、事實題、業務觀點和 IT 觀點分開保存。
  3. 依 rubric 裁決分數：先找出最符合目前主要行為的級距，再用證據確認該行為是否持續存在。若證據跨越多個級距或較高級距的關鍵行為未被證明，採較低的已支持級距並降低信心；缺少證據代表待驗證，不應直接當成 1 分。
  4. 保留不同觀點，再做證據裁決：業務與 IT 分別回答相同題目，原始回答、角色與差異都保留；成熟度不是把兩組感知分數平均，而是由評估團隊依同一份 rubric 和可回查證據，裁決每個維度目前能站在哪一級。
  5. 把結果接回決策：四個維度都達到證據門檻後，才用能力健康分數（Capability Health Score，CHS）做摘要；跨能力排序另使用共用權重。IT Score 的 Activity Priority Index 維持活動層級，透過能力、活動與證據的 mapping 對照，不和 CHS 直接相加。

四個維度各自在看什麼

PPTI 的四個維度不是四張獨立的檢查表，而是從不同角度看同一項業務能力。本文的 1 至 5 級 rubric 是為了能力現況分析整理的工作模型；完整級距、最低證據規則與來源說明放在附錄 A。[3] [4]

維度先問什麼證據焦點
People誰能執行？責任與知識能不能移轉？技能覆蓋、責任分工、備援、培訓與繼任
Process結果能不能穩定重現？流程標準、跨部門介面、合規率、返工與變異
Technology系統能不能持續支援目標行為？可靠性、整合、變更、恢復、技術債與資安控制
Information資料能不能被理解、取得與信任？定義、品質、血緣、時效性、owner 與治理

People：能力是否依賴少數人

People 不是只看人數。真正要確認的是：誰有能力執行、誰承擔責任、知識是否能移轉，以及關鍵角色離開後能力能不能繼續運作。

Process：結果能不能穩定重現

Process 要看流程是否從個人經驗變成組織可以重複執行的方式。CMMI 對 Managed 與 Defined 的區分，正好提醒我們：部門內有規範，不代表組織已經有共用標準。[4] 本文也把防錯與即時發現錯誤列為較高成熟度可能具備的行為，但不把特定工具當成必要條件。[5]

Technology：系統能不能支援目標行為

Technology 不能只用新舊判斷，也不能把某個工具的存在當成成熟度本身。CI/CD、自動伸縮、零信任、APM（application performance monitoring）或其他工具都只是可能的實作，是否適用仍要回到工作負載、風險與服務目標。DORA 對持續交付的說明也把測試、架構、資安、版本控制、可觀測性與跨角色協作放在一起看。[7]

Information：資料能不能被理解與信任

Information 要看資料對特定用途是否足夠可信，而不只是有沒有 MDM（master data management，主資料管理）或資料目錄。英國政府資料品質框架列出完整性、唯一性、一致性、時效性、有效性與準確性等構面，但也強調應依使用者與業務需求取捨。[8] 資料問題最後會轉成人工對帳、跨系統 reconciliation、報表不一致，以及遷移時無法判斷哪一份才是正確來源。

沒有可回查的事實證據時，訪談感受可以作為待驗證線索，但不應直接把成熟度往上推，也不應拿暫定分數做跨能力排名。附錄 A 的證據規則用來限制這種誤用。

Technology 分數不能直接決定系統去留

若要依分數做 TIME 判斷，應先把能力對系統的業務適配度與系統技術適配度分開評分，再套用下表。這裡的 TIME 是應用處置的輔助框架，不是 PPTI Technology 維度的成熟度等級。

Functional FitTechnical FitTIME 處置方向
高高Invest：值得持續投資
低高Tolerate：保留並控制投入
高低Migrate：保留業務價值，規劃移轉
低低Eliminate：評估淘汰

若使用 1 至 5 分轉換高低，必須在評估前先宣告門檻。試評可以先用 4 至 5 分為高、1 至 2 分為低、3 分列為需要討論的灰區，但這只是起始設定，不是 TIME 的通用標準。Technology 分數本身不能決定系統去留，還要和支援能力的 Functional Fit 一起看；ITIL 的 Utility／Warranty 是另一組服務視角，和這裡的 Functional Fit／Technical Fit 不是同一組尺度。

SAP LeanIX 的公開說明也是先看 Functional Fit 與 Technical Fit，再判斷應該 Tolerate、Invest、Migrate 或 Eliminate；最終處置仍要諮詢受變更影響的利害關係人。[6]

感知用來找差異，事實用來裁決

PPTI 問卷把資料分成兩類：

  • 感知題：用 Likert 1 至 5 分收集員工或主管感受，反映系統是否實用。
  • 事實題：用停機時間、流程合規率、資料品質或技能覆蓋率等紀錄判定。

感知可以指出「系統穩定但不好用」，客觀資料則可以檢查實際服務水準。兩者不能互相取代。沒有客觀資料時，可以依訪談暫時推估，但 evidence register 必須標記為推估與待驗證，不能把它寫成已確認事實。

同一群體有多位填答者時，保留每一份原始回答、填答者角色、樣本數、觀察期間與分布；同一題的感知結果以中位數呈現群體傾向，並同時記錄範圍或四分位距，不用平均數把有序量尺假裝成等距量尺。業務與 IT 的感知結果分開呈現，可以用來解釋 Utility／Warranty（定義見後文專節）與觀點差異，但不能直接當成兩套成熟度。

維度分數仍須依 rubric 和事實證據裁決；若只有感知資料，該維度只能標為暫定，不可用於跨能力排名。連續指標可以正規化成 1 至 5 分，資料品質指數（Data Quality Index，DQI）也可以作為資料品質摘要，但區間、分母、權重與觀察期間都要先宣告，並依 SLA、法規、風險容忍度或歷史基線校準。完整的正規化示例與 DQI 計算放在附錄 C。[9]

Utility 與 Warranty 要分開檢視

本文採用 ITIL 4 常見的 Utility／Warranty 區分：Utility 是服務「做什麼」以及是否 fit for purpose；Warranty 是服務「如何運作」以及是否 fit for use，通常涉及可用性、容量、持續性與安全等要求。[10]

本文建議讓業務與 IT 針對同一項能力回答相同的感知題，再由各資料 owner 提供事實證據。業務通常比較能觀察功能是否足夠、工作是否順利完成；IT 通常比較能提供可用性、恢復、架構、技術債、資安與整合紀錄。這只是蒐證分工；ITIL 並未規定業務只能回答 Utility、IT 只能回答 Warranty。

雙方可以保留重疊題目，再把差異當成需要解釋的訊號。比較時必須確認題目相同，不能拿不同範圍的回答硬做差異，也不應先判斷誰答錯。評估團隊接著回到共同 rubric 與事實證據，裁決一份可追查的成熟度結果；若證據仍互相矛盾，就降低信心或保留待驗證，不用平均數製造共識。差異計算與試評門檻放在附錄 C。

CHS 只做摘要，不取代四維判斷

PPTI 的輸出分成三層：業務與 IT 的感知差異、依證據裁決的四維成熟度，以及用權重彙整的 CHS。前兩層不能互相取代；CHS 則只是成熟度摘要，不是系統去留分數，也不是 IT Score 的 Activity Priority Index 替代品。

策略角色、生命週期與權重 profile 要分開

業務能力至少要分開記錄三個欄位：

  • 策略角色：Core、Context 或 Commodity，三者擇一，決定預設權重。
  • 生命週期狀態：例如 Emerging、Established 或 Legacy，描述能力目前的發展狀態，不自動決定權重。
  • 權重 profile：預設使用策略角色的權重；若決策者要讓新興能力更重視人才與技術，必須明確選擇另一個 profile，不能從 Emerging 這個狀態名稱自動推導。

同一項能力可以是 Core 策略角色、Emerging 生命週期狀態，但仍使用 Core 的預設權重；若要使用探索型權重，則另外記錄為明確的 Exploration profile。這些名稱與權重都是本文的策略假設，不是 TOGAF、Gartner 或 P-CMM 的標準配方。各 profile、計算方式與示例放在附錄 C。

正式使用 CHS 前，要先宣告兩種門檻。第一是證據門檻：四個維度都必須有符合 rubric 的事實證據；只要有一個維度仍是暫定、待驗證或 N/A，CHS 只能作為診斷草稿，不能用於跨能力排名。第二是維度健康門檻：組織要依能力風險、法規、SLA 或業務目標設定各維度的最低可接受分數。只要有一個維度低於門檻，即使加權摘要很高，也要標示為風險。

成熟度級距是有序判斷，不代表 1 至 5 之間具有可驗證的等距關係。為了試評與排序，本文暫把級距映射成數值 proxy，再套用權重；因此 CHS 只能當作啟發式決策指標（heuristic decision index），不是具有等距測量意義的健康分數。跨能力比較應使用所有能力共用的排名權重；任何維度未達證據門檻，該能力都標為不可排名。完整計算規則、切點與敏感度檢查放在附錄 C。這也呼應 composite indicator 應揭露建模選擇並檢查穩健性的原則。[9]

在 TOGAF ADM 中怎麼使用

PPTI 可以放進 TOGAF ADM 的三個位置：

  1. Phase A：Architecture Vision：初步辨識業務能力的策略角色與生命週期狀態。
  2. Phase B：Business Architecture：描述 baseline 時，為業務能力留下 PPTI 四維分數與證據；支援系統、流程與資料流作為證據脈絡記錄。
  3. Phase E／F：Opportunities & Solutions／Migration Planning：用 IT Score 的 Activity Priority Index 指出 IT 活動的優先改善訊號，用 PPTI 四維結果與 CHS 描述能力健康狀態，再透過能力、活動與證據的 mapping 互相參照，選擇改善焦點並排入 roadmap。Activity Priority Index、CHS 與跨能力排名不直接相加，也不合成一個新的總分。

這是本文對 PPTI 的使用建議，不是 TOGAF 規定的 deliverable。The Open Group 對 TOGAF 與 ArchiMate 的公開對照，將 Phase A 對應高階能力與利害關係人視圖、Phase B 至 D 對應各架構層、Phase E 至 F 對應 gap 與 work package，支持這種放置方式。[11] PPTI 的價值，是讓現況評估能繼續影響 gap、方案與遷移順序。

證據 register 要能讓分數被追查

PPTI 不只需要最後的四維分數，也需要保留能力範圍、觀察、證據、立場、信心與下一個驗證動作。附錄 B 提供一份可直接拿去做試算表或問卷欄位設計的 register；若某個維度確實不適用，必須記錄理由並在評估前宣告是否重新歸一化剩餘權重（計算方式見附錄 C.3），沒有證據不等於 N/A。

當評分被挑戰時，團隊應回到觀察、rubric、證據品質與觀點差異，而不是重新爭論誰的直覺比較準。

問卷工具的角色

不論使用試算表或問卷工具，都應記錄評估對象、策略角色、生命週期狀態、權重 profile、填答者身分與單位，再依序填寫四個維度的感知題與事實題。結果可以用業務／IT 感知差異、證據裁決後的四維分數與 CHS 呈現。

工具可以統一填答與計算方式，但不能代替訪談、證據判讀與評分校準。分析品質仍取決於輸入資料是否可信，以及評估者是否真的按 rubric 判斷。

分數的用途與限制

PPTI 分數適合用來看結構失衡、找出需要補證據的區域、比較同一能力在不同時間的變化，也能支援後續 gap 與 roadmap 討論。

它不適合把不同範圍、不同證據品質的能力或系統直接排名，也不能把低分自動翻譯成「換平台」。CHS 是依權重 profile 加權後的成熟度摘要，不能取代四個維度的細項分數，更不能掩蓋業務與 IT 對 Utility、Warranty 的感知分歧。跨能力排名另使用所有能力共用的排名權重。使用 CHS 前要確認證據門檻和各維度最低門檻；若輸入含有髒資料、過期紀錄或未驗證推估，漂亮的 DQI 或 CHS 可能只是資料問題的反映。PPTI 提供的是診斷和比較方法，每個企業的目標、限制與解決方案仍須另外定義。

這篇先整理模型的邊界、證據規則與計算方式；下一篇會用好味餐飲的訂單履約能力走完範圍界定、蒐證、觀點校準與改善順序。

附錄 A：四維成熟度 rubric

下列 rubric 是本文為能力現況分析整理的評分規準，不是任何來源模型的正式評鑑表。表中的「行為特徵」是各級的判斷錨點，「證據例子」是可能的蒐證方式，不是完整 checklist。

本文採用保守的 best-fit 裁決：每一級描述該維度的主要運作狀態，不要求高級距同時保留低級距的問題特徵。證據若同時落在多個級距，不取平均；先檢查較高級距的關鍵行為是否持續存在，再採目前可支持的級距並記錄反例、狀態與信心。People 的層級名稱參考 SEI P-CMM，Process 與 Information 借用 CMMI 從專案級管理、組織級標準、量化管理到持續改善的進展邏輯；Technology 為了和 TIME 的處置語言區隔，改用描述系統風險狀態的名稱（At Risk、Fragmented、Adequate、Managed、Optimizing），但級距數字的比較意義和其他維度相同。[3] [4]

A.1 最低證據規則

試評先採以下最低證據規則，之後再用實際案例校準：

  • 每個維度先宣告觀察期間，預設取最近 90 天或最近三個完整作業週期，取較長者；每筆證據都要有來源、日期、owner 和可回查內容。
  • 第 1 至第 2 級至少要有一筆可歸屬的事實證據；只有訪談感受而沒有可回查證據時，不產生分數。
  • 第 3 級至少要有兩種獨立證據類型，並在兩個日期或完整作業週期觀察到該行為。
  • 第 4 級至少要有連續三個觀察期間的量化指標，能說明變異或結果受到管理。
  • 第 5 級至少要有一個含基線、改善措施、結果與後續追蹤的完整改善循環。

一次性演練、單一訪談或工具上線紀錄不能單獨支持第 3 級以上。證據例子可以替換，但不能省略該級的關鍵行為；若必要證據尚未補齊，標記為「暫定」或「待驗證」，不可用於跨能力排名。

A.2 People：能力是否依賴少數人

分數等級行為特徵證據例子
1Initial依賴個人英雄與部落知識，關鍵人員離開就可能中斷沒有職能地圖與備援名單
2Managed部門層級管理人力，但技能盤點仍零散部門訓練紀錄
3Defined建立標準能力模型、正式培訓與知識管理能力模型文件、知識管理系統使用紀錄
4Predictable用量化指標管理人才組合與繼任計畫技能覆蓋率儀表板
5Optimizing持續改善個人與組織能力，並把人才實務連回組織績效能力改善紀錄與組織績效追蹤

A.3 Process：結果能不能穩定重現

分數等級行為特徵證據例子
1Initial流程隨機、不可預測、沒有 SOP，返工率高返工率、客訴紀錄
2Managed專案或部門內有局部流程規範部門作業辦法
3Defined組織級標準化，跨部門介面清楚，流程集中管理組織級 SOP、流程庫與交接紀錄
4Quantitatively Managed用統計方法監控流程變異流程合規率、變異指標與管制圖
5Optimizing用防錯與即時分析識別瓶頸，持續重組流程防錯機制、改善提案與成效追蹤

3 分是重要的分水嶺：CMMI 將 Managed 描述為專案層級的規劃、量測與控制，Defined 則要求使用組織級標準。[4] 5 分在本文的 rubric 中不只是事後稽核，也包括用 Poka-yoke 等防錯方式預防錯誤或讓錯誤立即可見；ASQ 對 mistake proofing 的定義也強調這兩種效果。[5]

A.4 Technology：系統能不能支援目標行為

分數等級行為特徵證據例子
1At Risk無法穩定支援能力，故障、人工繞道或重大單點風險常見，且沒有可接受的恢復或變更控制頻繁事故、未受支援的元件、人工繞道或無法完成恢復演練
2Fragmented基本功能可用但碎片化，整合、變更或維運依賴少數人，風險多半被動處理人工搬運資料、重複事故、變更週期長或維運知識集中
3Adequate服務邊界、介面、資料流和責任清楚；可靠性與可維護性符合已宣告的 SLA 或業務需求可回查的服務目標、整合紀錄、操作手冊與例行維運紀錄
4Managed用量化指標管理可靠性、恢復能力、變更風險與技術債，結果大致可預測可用率、恢復時間、變更失敗率與技術債趨勢
5Optimizing持續依業務風險改善，變更可低風險交付，故障恢復與資安控制經過驗證，並能在需要時調整規模改善循環、恢復或故障轉移演練、低風險變更紀錄與控制有效性證據

Technology 的成熟度不能只由工具存在與否判定。TIME 的 Functional Fit 與 Technical Fit 是另一組應用處置判斷；CI/CD、自動伸縮、零信任、APM 或其他工具都只是可能的實作，不能直接替代能力證據。[6] [7]

A.5 Information：資料能不能被理解與信任

分數等級行為特徵證據例子
1Initial沒有資料治理，資料孤島、重複與品質不明，分析前需要大量人工清理沒有資料 owner、未定義 DQI 或持續低於內部門檻
2Managed部門級管理，品質問題被動處理，跨域定義不一致局部資料字典、不同部門各自定義
3Defined資料管家、MDM、SSOT（single source of truth）、資料字典與品質規則到位MDM／SSOT 上線、字典覆蓋率、DQI 達成議定基線
4Quantitatively Managed用 DQI 監控品質，資料血緣可追溯，支援自助式 BI品質儀表板、端到端血緣
5Optimizing能在來源端預防品質問題，並持續依使用需求調整規則與資料服務根因改善紀錄、品質趨勢與資料服務水準

英國政府資料品質框架將完整性、唯一性、一致性、時效性、有效性與準確性列為六個核心構面，同時強調這不是強制清單，應依使用者與業務需求取捨。[8]

附錄 B：evidence register 欄位

下表是 PPTI 評估的最低欄位集合。能力是主評估單位，支援系統、流程、團隊與資訊流是證據脈絡；業務與 IT 的原始回答要分開保存，成熟度裁決則要能回到共同 rubric 與證據。

欄位用途
評估對象業務能力、評估時間點，以及作為證據脈絡的支援系統；能力是主評估單位，系統不是平行的評估對象
strategy roleCore、Context 或 Commodity；三者擇一
lifecycle status例如 Emerging、Established 或 Legacy；不自動決定權重
weight profile預設使用策略角色 profile，也可明確指定 override
PPTI dimensionPeople、Process、Technology 或 Information
current observation目前可觀察的行為或狀態
evidence文件、指標、紀錄、訪談或系統觀察
evidence validation證據來源、期間、owner、更新性、抽樣或交叉檢查結果
evidence type事實、受訪者陳述、推估或待驗證假設
response type感知題或事實題
viewpoint填答者角色與所屬群體；Utility、Warranty 是關注點，不是受訪者分類
perception result業務與 IT 對相同感知題的個別回答、群體中位數與分布
dimension score評估團隊依 rubric 與事實證據裁決的維度分數
score status已驗證、暫定、待驗證或 N/A；是否達到證據門檻
viewpoint delta業務與 IT 回答相同感知題後的差異，計算方式見附錄 C
related IT Score activity對應的 IT 職能活動與 Activity Priority Index；保留 mapping，不與 CHS 直接合計
CHS證據裁決結果的摘要值、五級顯示值、權重 profile 與狀態；只有通過證據門檻才可用於比較或排名
confidence對目前判斷的信心與缺少的資料
owner負責補資料或處理問題的人
next check下一個驗證動作與時間

附錄 C：計算與彙整規則

本附錄的公式、權重與切點都是本文的試評設定，不是 P-CMM、CMMI、ITIL 或 TOGAF 的標準配方。正式採用前，應以歷史基線、風險門檻、誤判成本與實際案例校準。

C.1 DQI 與連續指標正規化

DQI 可以用線性加權方式摘要多個資料品質構面：

DQI=∑iwiQiDQI = \sum_i w_i Q_i

QiQ_i 先正規化至 0 至 1，可以是完整性、準確性、一致性與時效性等依用途選定的品質構面；wiw_i 是非負權重，且 ∑iwi=1\sum_i w_i = 1。DQI 再以百分比呈現。

以下區間只示範如何把連續指標正規化成 1 至 5 分，不是 P-CMM、CMMI 或通用業界基準：

指標1 分2 分3 分4 分5 分
系統可用率< 95%≥ 95% 且 < 98%≥ 98% 且 < 99.5%≥ 99.5% 且 < 99.9%≥ 99.9%
資料品質指數 DQI< 70%≥ 70% 且 < 80%≥ 80% 且 < 90%≥ 90% 且 < 95%≥ 95%

正規化只是把連續指標轉成可比較的證據值，不能單獨決定級距。維度分數仍須依附錄 A 的行為錨點裁決；指標落在高級距、對應行為卻未被證明時，只能採較低的已支持級距。

試評時也可以先替技能覆蓋率設定兩端錨點，例如低於 80% 對應 1 分、高於 95% 對應 5 分，再依人才風險與實際分布補上中間級距。所有區間都要連同資料集、觀察期間、分母、樣本、來源 owner、更新性與驗證方式一起記錄。OECD／JRC 指南提醒，正規化、權重與聚合方法都會影響結果，因此應公開權重理由並做敏感度分析。[9]

C.2 業務與 IT 的感知差異

若業務與 IT 回答的是同一個感知題，可以計算觀點差異：

Δq=∣Rq,業務−Rq,IT∣\Delta_q = \left|R_{q,\text{業務}} - R_{q,\text{IT}}\right|

qq 代表雙方共同回答的題目，RR 是各群體的感知結果。只有題目、範圍與量尺相同時才計算差異。試評時可以暫用 Δq>1.5\Delta_q > 1.5 作為需要進一步討論的訊號，但 1.5 是本文提出的起始門檻，不是 ITIL 標準。正式門檻應依樣本分布、量表信度與誤判成本校準。

觀點差異是需要解釋的資料，不是要找出誰答錯，也不直接決定成熟度。

C.3 CHS 與跨能力排序

CHS 可以依事先宣告的權重 profile 計算：

CHSraw=WpSp+WprSpr+WtSt+WiSiCHS^{raw} = W_pS_p + W_{pr}S_{pr} + W_tS_t + W_iS_i

SdS_d 是依共同 rubric 與證據裁決的維度分數，權重合計為 100%。試評可先使用下列 profile：

權重 profilePeopleProcessTechnologyInformation解讀重點
Core role default35%15%35%15%差異化核心較重視人才與技術
Context role default15%35%20%30%合規與零錯情境較重視流程與資訊
Commodity role default10%50%30%10%大宗能力較重視標準流程與穩定交付
Exploration（可選 override）40%10%40%10%新興或探索中的能力較重視人才與技術

若某個維度已在評估前宣告為 N/A，並記錄是否重新歸一化，該能力的權重可依下式重算：

Wd′=Wd∑k∈AWkW_d' = \frac{W_d}{\sum_{k \in A} W_k}

AA 是適用維度的集合，Wd′W_d' 是重算後的權重。重新歸一化只影響診斷草稿；有 N/A 維度的能力仍不可用於跨能力排名。

成熟度級距是有序判斷，不代表 1 至 5 之間具有可驗證的等距關係。這裡暫把級距映射成數值 proxy，讓試評可以進行加權與敏感度分析；CHS 只能當作啟發式決策指標，而不是具有等距測量意義的健康分數。試評可先用下列展示切點：1.0 至未滿 1.5 為第 1 級、1.5 至未滿 2.5 為第 2 級、2.5 至未滿 3.5 為第 3 級、3.5 至未滿 4.5 為第 4 級、4.5 至 5.0 為第 5 級。報告不宜呈現 3.75 這類過度精確的數字；正式使用前應依歷史基線、風險門檻與誤判成本校準，並保留版本。

跨能力比較另使用所有能力共用的排名權重：

RankScore=∑dWdrankSd,∑dWdrank=1RankScore = \sum_d W_d^{rank} S_d, \qquad \sum_d W_d^{rank} = 1

排名權重由組織在第一次跨能力比較前統一宣告，所有能力共用，不能依能力更換；例如可先以四維等權（各 25%）作為基準，再依決策情境調整並保留版本。任一維度未達證據門檻時，該能力標為「不可排名」，不以暫定分數補位。五級排名是相對決策工具，不代表不同能力的成熟度差距已被客觀量測。

以下只示意 CHS 計算方式，不是實際評估結果。假設某項 Core 能力使用 Core role default，證據裁決後的 People 為 4、Process 為 2、Technology 為 5、Information 為 2：

CHSraw=4(0.35)+2(0.15)+5(0.35)+2(0.15)=3.75CHS^{raw} = 4(0.35) + 2(0.15) + 5(0.35) + 2(0.15) = 3.75

依試評切點，這個結果顯示為第 4 級；即使 Technology 已達 5 分，Information 只有 2 分仍然是風險。這個例子只說明「技術高分不會自動抵銷資訊低分」，不能從示例分數直接推出平台或架構方案。若小幅調權就讓優先順序大幅翻轉，代表 CHS 對權重過度敏感，不能單獨支撐決策。

參考資料

回到文章列表