數碼計劃優先次序流程
數碼計劃優先次序範本，涵蓋統一受理、按證據評分、相依項檢查、資源方案、項目組合審批及受控重新平衡。
甚麼是數碼計劃優先次序流程
當精心包裝的建議與粗略構思放在一起比較、效益預測使用不同時段，而交付資源只在管理層宣布清單後才出現，項目組合優先次序便會失效。這個流程要求每項數碼計劃提供相同受理資料，統一範圍及估算，核實成本及價值假設，再按共同基準評定策略價值、迫切性及風險。企業架構會揭示相依項及限制，交付主管提供實際資源，項目組合辦公室則在行政委員會看到建議前模擬方案，清楚列出排序、排除項目及取捨。
本圖作出項目組合資源分配決定，不會建立完整商業論證、管治日常項目執行，亦不保證最高分一定勝出。評分模型支援判斷，並須容許強制工作、先後限制及集中風險。計劃獲選後，/yue/templates/數碼轉型流程 會把以成效為本的轉型帶過設計、採用及效益；/yue/templates/項目治理流程 則管理單一項目的基準、變更及階段決定。這裡只會在資源、相依項、價值或策略條件有重大變更時重新平衡。
本流程圖涵蓋的內容
本範本包含
- 七個階段，涵蓋受理、統一基準、評分、相依分析、資源規劃、項目組合審批及重新平衡
- 完整性循環要求建議在進入比較前，提供成效、成本及時間證據
- 共同評分及財務核實，令各計劃按相同定義而非簡報質素評估
- 在審批前用相依及資源方案揭示先後衝突、受限團隊及撥款上限
- 有記錄的委員會決定及重大變更觸發條件，保留理據並容許刻意重新平衡
何時使用本範本
- 進入管道的數碼建議多於可用團隊及撥款能夠交付的數量
- 各部門使用不同商業論證假設，令評分及承諾效益無法比較
- 獲批計劃經常停滯，因為架構相依項或專業人手太遲才被發現
- 管理層要重新平衡現有項目組合，但不想每次月度檢討都完全重新排序
運作方式
統一最低受理資料
界定每項建議必須提供的問題、目標成效、贊助人、粗略成本、時間需要、受影響用戶、相依項及證據。受理表要輕巧得足以容納早期構思，但不能讓欠缺資料藏在簡報之中。
界定可比較的評分規則
發布策略價值、迫切性、風險及效益所用尺度及證據。列明如何處理強制、監管或基礎工作，避免這些計劃為競爭而虛構收入。
排序前先繪製限制
為每個候選項目列出共用平台、前置決定、數據相依項及稀缺角色。把先後變更反映在建議裡，避免批准兩項同時依賴同一團隊的計劃。
按真實資源模擬選擇
使用已確認的團隊可用時間及交付時段，建立少量可以撥款的方案。顯示每個方案排除、押後或集中甚麼，因為沒有資源邊界的排序清單並不是項目組合計劃。
設定重大變更門檻
界定哪些撥款、資源、相依項、風險或預期價值變動會重開項目組合決定。輕微交付偏差屬於項目治理；只有足以改變資源分配的變更才應觸發重新平衡。
常見問題
如何公平排列數碼計劃的優先次序？
先要求相同最低證據，並統一成本、時間及效益假設。按已發布準則為每項建議評分，再以相依項、稀缺技能、撥款及強制承諾檢驗排序。公平來自透明定義及有記錄的取捨，而不是假裝加權分數可以取代判斷。贊助人應能看到計劃為何獲選、重整、押後或拒絕。
數碼計劃評分應包括哪些準則？
常用準則包括策略貢獻、客戶或員工影響、迫切性、預期價值、交付風險、技術或數據相依項，以及證據可信程度。各項準則要互相獨立，避免同一效益重複計分。評分前先設定尺度及證據例子，並定期檢討模型有沒有鼓勵誇大預測。
項目組合優先次序與項目治理有甚麼分別？
項目組合優先次序選擇應獲有限撥款及資源的計劃組合；項目治理則控制一項已授權項目的章程、基準、RAID、變更、階段關卡及結案。兩者會交換資料，項目預測可能觸發重新平衡，但項目組合委員會不應取代日常治理或重開每項基準決定。
數碼項目組合應多久重新平衡一次？
可以按固定周期檢討，但只應在指定重大門檻被突破時改變資源分配。相關觸發包括重大撥款變更、失去受限團隊、關鍵相依項延期、新增強制工作，或證據令預期價值有重大變化。這可避免團隊持續改動，同時確保假設改變後項目組合不會原封不動。
此流程所處的位置
在大多數機構中，此流程緊接數碼轉型流程圖之後，並交接給項目治理流程圖。
它是數碼轉型中的其中一個步驟。
第 1 步: 數碼轉型流程圖
數碼轉型流程範本，把機會探索、商業論證、策略配合、撥款、未來狀態設計、交付、採用及效益實現連起來。
第 2 步: 數碼計劃優先次序流程 當前位置
數碼計劃優先次序範本，涵蓋統一受理、按證據評分、相依項檢查、資源方案、項目組合審批及受控重新平衡。
第 3 步: 項目治理流程圖
項目治理流程範本，涵蓋章程審批、角色、基準、狀況及 RAID、變更控制、督導升級、階段關卡、驗收及結案。
第 4 步: 企業軟件實施流程
第 5 步: 數據遷移流程圖：由評估到切換
第 6 步: 用戶驗收測試流程圖