項目治理流程圖
項目治理流程範本，涵蓋章程審批、角色、基準、狀況及 RAID、變更控制、督導升級、階段關卡、驗收及結案。
甚麼是項目治理流程
項目治理是交付工作周圍的決策制度：由誰授權工作、團隊按甚麼基準衡量、哪些偏差可以在本地處理，以及甚麼必須交變更審批人或督導委員會。流程由獲批章程及明確責任開始，再根據各工作流程計劃建立範圍、時間表及成本基準。定期狀況及 RAID 更新會把預測與議定容差比較，讓變更經過影響評估；當例外需要介入時，督導成員會收到可選方案，而不是只有一份沒有決策的顏色狀況報告。
本圖管治單一項目，不會在整個機構排列投資，亦不會取代各工作流程使用的交付計劃。項目組合資源分配屬於 /yue/templates/數碼計劃優先次序流程，各項計劃在那裡競爭撥款及資源。本流程在使命獲授權後開始，並在需要時把重大預測變更交回項目組合。會議頻次、獲授權容差、變更權限及階段證據都應按項目規模及風險調整。輕量工作可以合併角色及審閱，但仍須保留清晰審批、升級及結案紀錄。
本流程圖涵蓋的內容
本範本包含
- 八個階段，涵蓋章程審批、角色界定、基準、狀況及 RAID、變更控制、督導及升級、階段檢討及結案
- 在開始報告前，先明確界定治理會議、頻次及決策權
- 把有負責人的範圍、時間表及成本基準，連到可信的工作流程計劃及相依項
- 按容差升級例外，經影響評估審批變更，再更新基準並通知理據
- 督導檢討、可重複階段關卡、贊助人驗收、封存決定及經驗，以及移交未完成行動
何時使用本範本
- 項目有很多狀況會議，卻不清楚誰有權批准範圍、撥款、時間表或風險應對
- 預測例外連續多個周期保持紅色，因為升級門檻及必需方案沒有界定
- 變更在評估影響及更新獲批基準前已經實施
- 贊助人需要一致的階段證據，以及正式驗收交付項目、移交行動及結束治理的路徑
運作方式
列出真正治理角色
以機構內真正持有權限的角色取代泳道標籤。記錄贊助人、項目經理、項目管理辦公室、變更審批人及督導委員會責任，包括授權安排，以及主要決策人缺席時的替代人。
設定基準及容差
界定獲批範圍、時間表、成本及成效指標，再列明各角色毋須升級便可處理的偏差。應使用預測影響而不只看當前狀況，讓治理在門檻無法挽回前採取行動。
令 RAID 可以運作
每項風險、假設、問題及相依項都要有負責人、回應或核實行動、限期及升級觸發條件。狀況報告應集中需要的決策及預測後果，不要重抄整份登記冊。
設計變更及升級路徑
列明甚麼構成變更、所需影響證據、各級由誰批准，以及決定如何更新計劃及通知持份者。例外升級必須附上方案、建議及延誤後果。
界定階段及結案證據
列出每個關卡所需的成效、管控、預測、驗收及準備證據。結案時指明決策及經驗封存位置、由誰接受交付項目，以及未解決行動連同負責人及日期移交到哪裡。
常見問題
項目治理流程包括甚麼？
包括以章程授權、問責角色及會議、獲批範圍與時間表及成本基準、狀況及 RAID 報告、獲授權容差、變更控制、例外升級、督導決定、階段關卡、贊助人驗收及正式結案。目的不是增加報告，而是令決策權、證據及升級路徑在仍有時間行動時真正可用。
項目治理與項目管理有甚麼分別？
項目管理規劃及協調交付工作；治理則建立其周圍的權限、監督、審批門檻及問責。項目經理準備預測、管理 RAID 登記冊及建議回應；超出獲授權容差的事項由贊助人、變更審批人及督導成員決定。兩者必須連接，但以委員會取代管理會拖慢交付，以管理取代治理則令重大決定未經授權。
何時應升級項目問題？
當預測影響會超出獲授權的範圍、時間、成本、質素、風險或成效容差；相依項負責人無法在工作層面解決問題；或決定需要團隊沒有的權限時，便應升級。預先界定門檻及回應時間。升級內容應包括證據、方案、建議及等待的後果，而不只是一個紅色狀態。
項目階段關卡應決定甚麼？
階段關卡應決定證據是否支持項目繼續、暫停、重整或結束。審閱已完成成效、未解決風險、預測成本及時間表、相依項、資源可用程度及下一階段準備。若有條件批准，要記錄條件及負責人。關卡不應重複日常狀況檢討，而是按證據作出未來承諾。
此流程所處的位置
在大多數機構中，此流程緊接數碼計劃優先次序流程之後，並交接給企業軟件實施流程。
它是數碼轉型中的其中一個步驟。
第 1 步: 數碼轉型流程圖
第 2 步: 數碼計劃優先次序流程
數碼計劃優先次序範本，涵蓋統一受理、按證據評分、相依項檢查、資源方案、項目組合審批及受控重新平衡。
第 3 步: 項目治理流程圖 當前位置
項目治理流程範本，涵蓋章程審批、角色、基準、狀況及 RAID、變更控制、督導升級、階段關卡、驗收及結案。
第 4 步: 企業軟件實施流程
企業軟件實施範本，涵蓋探索、需求、設計、設定、整合、數據遷移、測試、用戶驗收、上線、加強支援及交接。
第 5 步: 數據遷移流程圖：由評估到切換
第 6 步: 用戶驗收測試流程圖