Architecture Journal
企業架構實務（八）：影響評估與優先排序，如何決定先做什麼？
缺口清單變長後，怎麼決定先做什麼？
有了 gap register 之後，清單通常會快速變長。每個單位都能提出自己的重要問題：資料品質很重要、核心系統升級很急、法遵風險不能等、某個客戶需求下季就要上線。
如果只問「哪一項最重要」，最後常常變成職位、聲量或最近一次事故的競賽。先分開問兩件事：
- Impact assessment：如果這個 gap 不處理，會造成什麼影響？
- Prioritization：在資源、依賴與時間有限的情況下，現在應該先採取什麼行動？
影響力描述不處理的代價；優先級描述限制下的行動順序，兩者要分開記錄。
先分開兩種判斷
Impact assessment 提供優先級判斷的輸入，還不足以直接形成投資決策。它要把 gap、target behavior、證據與不處理的後果連在一起；priority 則再加入時機、相依性、投入與可逆性，決定現在要做、先驗證、延後，或接受風險。
TOGAF Version 7 的 ADM 文件分別列出 gap report 與「prioritized list of impacted projects」，也涵蓋成本效益分析及風險資訊。這些輸出彼此相關，但本文把 gap 與排序分開記錄，方便回查判斷依據。[1]
PMI 2013 年第三版的 portfolio guidance 將策略對齊、預期 ROI、投資風險與相依性列為優先排序模型可採用的條件，也提供 scoring／weighting 範例；實際模型仍需依組織情境設定。[2]
Impact 要描述不處理的代價
不需要讓每個 gap 都在每個面向打分。先選和該 gap 有關的面向，留下能回查的證據：
| 面向 | 要回答的問題 | 證據例子 |
|---|---|---|
| Business／customer | 是否阻礙關鍵流程、收入、客戶體驗或新通路？ | target behavior、交易紀錄、客服案件、業務指標 |
| Risk／compliance／resilience | 是否增加資料、權限、法遵、稽核、復原或服務中斷風險？ | 事故紀錄、稽核結果、風險事件、復原演練 |
| Technical／operational | 是否限制系統演進，或增加延遲、容量、值班、除錯與人工處理成本？ | latency、容量、變更紀錄、維運工時、對帳量 |
| Delivery／organizational | 是否卡住共同依賴、稀缺技能、決策或跨團隊交付？ | lead time、等待時間、技能盤點、責任與依賴紀錄 |
「很多人會用到」不一定等於高影響力。還要看這個使用情境是否關係到核心結果，以及失敗時的後果。對風險相關 gap，可以另外記錄 likelihood、severity 與判斷理由；NIST SP 800-30 將 impact 與 likelihood 作為風險評估的重要因素。該文件處理的是資安風險評估，本文提出的排序條件則是工作模型。[3]
Priority 要判斷現在的行動順序
Impact 高不代表一定第一個做。可以先用「價值 × 實作可行性」矩陣討論哪些行動值得做、現在做不做得到。價值可以看不處理的損失、策略目標，以及這項行動能否解鎖其他能力；實作可行性則要看目前是否具備所需技能、資料、決策權與交付條件，以及投入和維運負擔。
| 實作可行性低 | 實作可行性高 | |
|---|---|---|
| 價值高 | 切小方案、補證據或先排除阻礙，再決定如何投入 | 安排近期執行，確認 owner 與期限 |
| 價值低 | 延後或拒絕，記錄什麼情況出現時需要重新檢視 | 不因為容易做就先做；確認成本低且不擠壓重要工作後再安排 |
矩陣適合比較具體行動或切分後的方案，不宜直接替整個 gap 貼上固定象限。同一個 gap 可能同時有高價值但難以立即實作的改造，也有可先做的小步驗證。矩陣只形成初步排序；明確法遵期限、硬性相依性或不可逆的資料遷移仍要另外檢查，不能讓象限分類蓋過這些條件。
矩陣先形成初步排序，接著再檢查以下五組條件：
| 條件 | 要問的問題 |
|---|---|
| Urgency | 是否有明確期限、外部承諾、法遵要求或風險窗口？ |
| Dependency | 這個 gap 是否解鎖多個後續能力？是否被其他項目阻塞？ |
| Feasibility／effort | 目前是否具備資料、技能、決策權與交付條件？需要多少投入？ |
| Burden／reversibility | 完成後會增加多少維護成本？做錯時能否回復或調整？ |
| Confidence／learning | 目前 evidence 是否足以支撐排序？能否先用小範圍行動驗證假設？ |
這些條件不必全部加權成一個數字。法遵期限、硬性依賴或不可逆的資料遷移，可能是 gate，不應被平均分數稀釋。若採用計分公式，應同時保留公式版本、評分理由、證據與異議。
Impact statement 與 priority statement
兩種 statement 可以使用同一個 gap，但回答不同問題。以好味餐飲的 G-03 為例：
Impact statement
如果 G-03 不處理，批次與報表持續和交易共用資料庫，尖峰時可能拖慢所有通路；目前也看不到跨通路交易走到哪一步，結果不明的交易需要人工清查，影響接單、事故診斷與客服作業。
Priority statement
直接改造平台的價值高，因為 G-03 影響核心交易，也會阻礙後續擴大通路；但目前還沒有尖峰基準與降級邊界，改造方案的實作可行性尚未確認。先量測尖峰負載、補交易追蹤與錯誤分類，作為範圍較小的前置驗證，再根據結果判斷是否改造平台。矩陣評估的是各個行動方案，不是替整個 G-03 貼上單一標籤。
第一段描述不處理的後果，第二段列出目前的行動。優先順序可以改變，影響判斷的證據仍可保留。
一個案例：好味餐飲的 gap 如何排出先後
以下沿用〈功能缺口不一定是少一個功能〉中的五個 gap，示範如何把影響、目前行動與延後代價放在同一張表：
| Gap | 不處理的影響 | 目前的行動 | 延後一個週期／到下一個觸發點的代價 |
|---|---|---|---|
| G-01 資料語意與來源責任 | 訂單、付款與廚房狀態不一致，每月約 320 筆交易需要人工核對 | 先盤點欄位語意、來源與 owner | 每延後一個月，約再新增 320 筆待核對交易；來源未明前啟動遷移也會擴大返工範圍 |
| G-02 交易關聯與跨通路整合 | 重送請求無法穩定對回同一次結帳，可能出現重複訂單或付款狀態不明 | 先抽樣關聯通路、金流、訂單與廚房單 | 下一次重送或狀態不明交易仍需客服人工回查；若在擴大通路後才處理，需追查的交易關聯範圍也會增加 |
| G-03 尖峰負載與交易可觀測性 | 共用資料庫可能拖慢所有通路，事故時也看不到交易停在哪一步 | 先量測尖峰負載，補交易追蹤與錯誤分類 | 若延至下一次大型活動或擴店前才處理，仍沒有尖峰基準與降級邊界可判斷新增負載是否安全 |
| G-04 流程與交付能力 | 正式版平均六週發布，跨模組回歸與異常協調成本高 | 先在限定範圍縮短回歸與交付迴圈 | 每錯過一個平均六週的發布週期，活動與規則變更可能再多等一個週期，仍難達成十個工作天的目標 |
| G-05 跨模組維護能力 | 只有少數人能獨立追查跨模組問題，且沒有指定備援 | 指定能力 owner，補上備援與知識移轉 | 備援培訓完成前，每次跨模組事故仍要等少數專家處理；關鍵人員不可用時沒有替代路徑 |
把五個 gap 放進矩陣
以下評估案例表中列出的第一步行動，落點是相對判斷，不代表整個 gap 已經有完整的投入估算。五個 gap 都連到交易、交付或維運上的具體代價，因此先放在高價值區。可行性高，表示第一步範圍明確，能從現有能力啟動；可行性低，表示牽涉多系統相依或稀缺技能，需先排除前置條件。? 表示關鍵條件尚未確認，落點信心較低。
| 價值／實作可行性 | 可行性低 | 可行性高 |
|---|---|---|
| 價值高 | G-02? 先抽樣關聯通路、金流、訂單與廚房單。 G-05 指定能力 owner，補上備援與知識移轉。 | G-01? 盤點欄位語意、來源與 owner。 G-03? 量測尖峰負載，補交易追蹤與錯誤分類。 G-04 在限定範圍縮短回歸與交付迴圈。 |
| 價值低 | — | — |
G-02 的抽樣要跨多類資料，目前不清楚資料能否取得、由誰協助，因此標記 ?；G-05 則因能獨立追查問題的人少，補備援會依賴稀缺人力。G-01 的盤點範圍明確，但 owner 尚未確認；G-03 的量測與追蹤能否從現有工具和人力開始也待確認，所以兩者同樣標記 ?。G-04 先做限定範圍的交付改善，暫列為相對可行。
低價值區留白，因為案例已列出五個 gap 對交易、交付或維運的具體代價。G-03 的「直接改造平台」是另一個行動方案，價值高但可行性尚未評估，所以先不和前置量測行動放在同一個位置。相關 owner 補上資料可用性、所需人力與投入估算後，應重新檢視所有落點。
案例表列出目前建議的行動。若出現新的法遵期限、事故或業務承諾，排序可以改變，理由也要一併記錄。
Impact／priority register
可以在 gap register 上補以下欄位群組，不必為每個 gap 建立一套複雜評分表：
| 欄位群組 | 用途 |
|---|---|
| value／impact | 不處理的損失、策略目標、受影響範圍，以及支撐判斷的證據 |
| risk evidence | likelihood、severity、證據與不確定性；只在風險相關時使用 |
| feasibility | 所需技能、資料、決策權、相依性、投入、維運負擔與相關證據 |
| matrix position | 價值與實作可行性的高／低判斷、依據及仍待驗證的假設 |
| priority conditions | urgency、dependency、effort、維運負擔、可逆性與不確定性 |
| decision | 依矩陣選擇 now、validate first、defer、accept risk 或 reject |
| rationale | 為什麼做出這個決定，以及仍未驗證的假設或異議 |
| owner／review | 責任人與重新檢視日期 |
優先級的產物應列出目前採取的行動、接受的風險與重新檢視日期。
不要讓數字製造假精確
優先級評估很容易被誤用成「算出一個分數，所以一定第一」。實務上至少有幾種不確定性：
- evidence 不完整，部分影響只是訪談陳述
- 不同角色對嚴重程度與急迫性的看法不同
- effort 估計可能受未知的資料、契約與遷移工作影響
- 外部期限或事故可能改變原本的排序
因此，若組織採用固定計分公式，應把公式、版本、評分者、證據、理由與異議一起保存。分數可以幫助比較，但不能取代判斷。
小結
Impact assessment 要回答「不處理會失去什麼」；prioritization 要回答「在目前限制下，先採取什麼行動」。分開記錄後，排序可以隨時機調整，證據與決策理由也能保留下來。
參考資料
- [1] The Open Group，〈ADM Input and Output Descriptions〉，TOGAF Version 7 documentation。
- [2] Project Management Institute，〈The Standard for Portfolio Management—Third Edition〉（2013，歷史版）。
- [3] National Institute of Standards and Technology，〈SP 800-30 Rev. 1: Guide for Conducting Risk Assessments〉。