Architecture Journal
企業架構實務（三）：用七個 IT Score 角色看見好味餐飲的能力差距
本文使用好味餐飲轉型情境做案例演練。新版情境除了事故與成長目標，還加入 18 份跨角色訪談、技能盤點、流程案件抽樣、半年事故紀錄、發布紀錄、資料庫帳號清單與 IT 營運報告。
資料變多，不代表分數可以隨便打得更精細。正式 Gartner IT Score 的成熟度來自 maturity marker 回答與專有計算；本文的 仍是內部演練值，用來示範如何先整理證據、再進入正式評估。[1] [2] IT Score 的方法與限制可參考前一篇說明。
看到資料庫壅塞，第一個直覺可能是拆 OneFood 或換 POS。IT Score 先問另一組問題：哪些 IT 活動直接支撐好味未來 12 個月的目標？目前有哪些做法真的存在，而且能被紀錄證明？
訪談決定要問什麼，紀錄決定成熟度能站在哪裡
這次把七個 IT Score 角色當成七個分析範圍，代號是 CIO、DA、CISO、APP、I&O、SE、EA。其中 APP 代表 Application Leaders，EA 代表 Heads of Enterprise Architecture，避免兩者縮寫混在一起。截至 2026 年 9 月 16 日，Gartner 官網列出的角色也是這七種。[8] 每個角色仍回到自己的功能活動，不把七份結果合成一個總分。
Gartner 的公開方法說明，以及 CIO、Data & Analytics、I&O、Enterprise Architecture 的範例報告，都把評估留在各角色的功能活動內，並用活動優先度呈現成熟度與重要性的落差。[1] [4] [5] [6] [7]
下文的活動名稱與對應關係來自公開範例和案例整理，可能隨角色與問卷版本調整，不能替代正式問卷。
訪談主要支援重要性判斷，也會指出 maturity marker 應該查哪些證據。例如門市與客服都把交易查明列為急迫問題，可用來說明監控與資料整合活動的高重要性；但「大家都覺得監控不好」不能直接把成熟度判成 1。成熟度要看監控工具、事故紀錄、服務目標與實際操作方式。
| 角色代號 | 本案例關注 | 主要證據 |
|---|---|---|
CIO | 成長目標、投資成果與尚未降低的業務風險 | E-CIO-01、E-EA-01、董事會兩年目標 |
DA | 交易資料品質、責任與時效 | E-INF-01、INT-02、INT-03 |
APP | 應用整合、服務邊界與治理責任 | E-EA-01、E-SEC-01、INT-05 |
EA | 目標架構、過渡狀態與演進路線 | E-EA-01、舊 POS 與外部系統限制 |
I&O | 可觀測性、容量、事故應變與持續營運 | E-TEC-01、INT-06、GAP-02、GAP-04 |
CISO | 應用與資料權限、稽核與加盟邊界 | E-SEC-01、INT-07、GAP-03 |
SE | 測試、交付週期、技術債與知識集中 | E-TEC-02、E-PPL-01、INT-04、INT-05 |
把情境證據對回活動與目標
資料庫變慢是觀察，多通路一起逾時是影響，「拆成微服務」則是方案假設。下表只整理活動、證據與目標，不提前選解法。
| 角色 | 活動 | 證據與目前做法 | 12 個月內要支持的結果 |
|---|---|---|---|
CIO | Develop the Technology Roadmap | E-EA-01：已有兩年業務成長計畫，但沒有核准的目標架構、過渡狀態與淘汰條件 | 將展店、新品牌與加盟拆成可檢查的階段、依賴與投資回顧點 |
CIO | Measure IT Performance | E-CIO-01：每月報告追蹤主機、事故、案件與成本，沒有展店時間、交易查明、對帳或活動交付指標 | 每半年能用業務結果說明投資改善了什麼，還有哪些風險 |
DA | Improve Data Quality | E-INF-01：每月約 320 筆人工核對，各單位已有局部狀態文件與對帳作法 | 人工核對降至每月 50 筆以下，且能追蹤錯誤來源與修正結果 |
DA | Integrate and Operationalize Data | E-INF-01、GAP-01：重試無法穩定對回同一次結帳，訂單、付款與廚房狀態需要人工關聯 | 營運資料 5 分鐘內可查，結果不明交易 30 分鐘內查明 |
APP | Integrate applications | E-EA-01、INT-05：模組共用資料庫，整合清單沒有 owner、契約與服務目標 | 定義應用責任、整合契約與資料交換路徑，支援新品牌與通路共存 |
APP | Establish governance model | E-PPL-01、E-SEC-01：跨模組知識集中，部分帳號沒有現任 owner，加盟資料邊界仍待確認 | 明確定義交易、資料、例外與加盟權限的決策責任 |
EA | Develop Future-State Architecture | E-EA-01：只有現況部署圖與外部系統清單，沒有核准的能力地圖或目標架構 | 定義能支援成長、故障隔離與外部系統共存的目標狀態 |
EA | Develop & Maintain Roadmaps | E-EA-01：舊 POS 至少共存三年，但沒有分批切換、回復與淘汰條件 | 建立包含過渡狀態、依賴、切換條件與回復條件的路線圖 |
I&O | Monitor I&O Performance | E-TEC-01、INT-06：已有主機、JVM、資料庫監控與事故紀錄，沒有端到端交易追蹤 | 同時觀察服務、交易與業務結果，能定位訂單卡在哪個環節 |
I&O | Ensure Future Service Availability | E-TEC-01、GAP-02、GAP-04：半年 11 件 P1／P2 事故，尚未定義通路服務目標或完成混合負載測試 | 局部故障時，未受影響的門市與通路仍能接單 |
CISO | Secure Applications | E-SEC-01：17 個非人員帳號中，6 個可寫入超過 20 張正式資料表，4 個沒有現任 owner | 讓應用、批次與報表只取得工作所需權限，並定期複核 |
CISO | Secure Data | E-SEC-01、GAP-03：已有帳號清單與資料庫操作紀錄，但缺少業務 owner 與加盟最小權限矩陣 | 保護會員、付款與跨店資料，讓正式資料異動可追溯到責任人 |
SE | Drive Software Quality | E-TEC-02：最近 5 次發布都花 4 至 5 個工作天人工回歸，已有單元測試但缺少跨模組自動化證據 | 一般活動與規則在 10 個工作天內完成驗證並上線，且可以回復 |
SE | Reduce Technical Debt | E-PPL-01、INT-05：一項優惠規則平均改動六個模組，跨模組問題集中在 2 人 | 降低變更耦合與關鍵人物依賴，持續追蹤債務改善結果 |
重要性、成熟度與證據狀態要分開
重要性 回到基線後 12 個月的策略：5 代表活動直接支援不中斷營運、交易可信度、展店／新品牌／加盟，或董事會投資檢視；4 代表重要支援活動，但不是目前業務結果的直接衡量點。
成熟度 只採情境中能回查的做法。1 代表尚未看到完整、可重複的活動做法；2 代表已有局部工具、紀錄或單位級作法，但還不能證明能跨團隊穩定運作。案例沒有足夠證據支持 3 至 5，也不使用「沒有資料，所以算 1」的做法。
Gartner 公開的 Software Engineering Score 頁面將這項指標稱為 priority index（PI），範例報告則可見 Activity Priority Index。本文沿用後者名稱，公式如下；正式評估仍應以當次 Gartner 問卷、maturity marker 與報告為準。[3] [4] [5] [6] [7]
| 角色 | 活動 | 證據狀態 | Activity Priority Index | ||
|---|---|---|---|---|---|
CIO | Develop the Technology Roadmap | 5 | 1 | E-EA-01 已確認；業務計畫不能替代技術路線圖 | 20 |
CIO | Measure IT Performance | 5 | 1 | E-CIO-01 已確認 | 20 |
DA | Improve Data Quality | 5 | 2 | E-INF-01 已確認局部對帳與狀態管理 | 15 |
DA | Integrate and Operationalize Data | 5 | 1 | E-INF-01 已確認；GAP-01 待補 | 20 |
APP | Integrate applications | 5 | 1 | E-EA-01、INT-05 已確認 | 20 |
APP | Establish governance model | 4 | 1 | E-PPL-01、E-SEC-01 已確認；GAP-03 待補 | 12 |
EA | Develop Future-State Architecture | 5 | 1 | E-EA-01 已確認 | 20 |
EA | Develop & Maintain Roadmaps | 5 | 1 | E-EA-01 已確認 | 20 |
I&O | Monitor I&O Performance | 5 | 2 | E-TEC-01 已確認基礎監控與事故紀錄 | 15 |
I&O | Ensure Future Service Availability | 5 | 1 | E-TEC-01 已確認；GAP-02、GAP-04 待補 | 20 |
CISO | Secure Applications | 4 | 1 | E-SEC-01 已確認 | 12 |
CISO | Secure Data | 5 | 2 | E-SEC-01 已確認局部帳號與操作紀錄；GAP-03 待補 | 15 |
SE | Drive Software Quality | 5 | 2 | E-TEC-02 已確認局部測試與發布紀錄 | 15 |
SE | Reduce Technical Debt | 4 | 1 | E-PPL-01、INT-05 已確認 | 12 |
和舊版相比，兩個分數改變。Develop the Technology Roadmap 從 2 改成 1，因為兩年成長計畫是業務方向，不能證明技術路線圖已被管理；Monitor I&O Performance 從 1 改成 2，因為 E-TEC-01 證明基礎監控與事故紀錄確實持續運作，只是尚未延伸到交易與業務結果。
Activity Priority Index 不是跨角色排行榜
同一角色內，20 比 15 代表重要性與成熟度有更大的落差。例如 DA 可以先比較資料品質與資料整合兩項活動，I&O 也可以先比較監控與未來可用性。
不同角色的 20 不能排成一條總排行榜。未來可用性、資料整合、技術路線圖與 IT 績效量測互相依賴；執行順序還要加入事故風險、法規、成本、團隊承擔能力與不中斷營運限制。
這張表也不直接產生解法。Integrate applications = 1 表示整合活動距離策略需要有落差，不能因此推出「拆微服務」；Secure Applications = 1 也不等於一定要採購新的權限平台。下一步是完成 maturity marker、補齊 GAP-01 至 GAP-04，再比較方案。
這輪評估留下什麼
這次比一張分數表多留下四項資料：每個活動的策略理由、證據識別碼、尚未補齊的問題，以及分數改變的原因。分數被挑戰時，團隊可以回到 E-TEC-01 或 E-EA-01，而不是重新表決誰的印象比較準。
PPTI 案例會把同一批證據放回「訂單履約」能力，檢查 People、Process、Technology、Information 是否失衡；IT Score 則保留 IT 職能與活動邊界。兩者可以互相參照，但 Activity Priority Index 和 PPTI 的 CHS 不相加。完整對照可參考下一篇 PPTI 案例。
好味不缺更多紅色分數，缺的是一條能被追查的判斷鏈：哪個目標受阻、哪項活動還做不到、證據在哪裡、下一個要補什麼。目標架構要等這些問題變得可回答，才有機會從口號變成可以分階段驗收的選擇。
參考資料
- [1] Gartner，〈Gartner Score Diagnostic Family Research Methodology〉。
- [2] Gartner，〈Gartner Score Diagnostic Maturity Assessments: Frequently Asked Questions〉。
- [3] Gartner，〈Software Engineering Score — Benchmark Your Performance〉。
- [4] Gartner，〈CIO Score sample report〉。
- [5] Gartner，〈IT Score for Data & Analytics sample excerpt〉。
- [6] Gartner，〈IT Score for Infrastructure & Operations sample excerpt〉。
- [7] Gartner，〈IT Score for Enterprise Architecture and Technology Innovation sample excerpt〉。
- [8] Gartner，〈IT Maturity Assessment〉。