企業軟件實施流程
企業軟件實施範本，涵蓋探索、需求、設計、設定、整合、數據遷移、測試、用戶驗收、上線、加強支援及交接。
甚麼是企業軟件實施流程
企業應用系統交付橫跨業務流程、方案、整合、數據及支援責任，因此技術上完成的版本仍可能在遷移、驗收或營運準備方面失敗。這張橫向泳道圖由獲授權範圍及現況探索開始，再建立獲批需求基準及方案設計。設定及介面會一併審閱；來源數據經清理及試行遷移後核對；系統及回歸測試要解決關鍵問題；業務流程負責人再執行用戶驗收測試，最後由贊助人作上線決定。
流程不綁定供應商，涵蓋一個實施生命週期，而不指定交付方法或產品設定。複雜計劃可以按發布、地區或業務單位重複設定、遷移及測試。若情境設計、測試數據、問題嚴重程度、重新測試及正式簽署需要詳細工作流程，請使用 /yue/templates/用戶驗收測試流程。若要處理實施周圍更廣泛的成效、採用及效益生命週期，則使用 /yue/templates/數碼轉型流程。保安保證、採購、技術部署及服務管理程序可以在具名關卡相連，毋須在此重複。
本流程圖涵蓋的內容
本範本包含
- 八個階段，涵蓋探索與需求、方案設計、設定與整合、遷移、系統測試、用戶驗收與準備、上線與加強支援，以及交接
- 團隊設定工作流程、角色、管控及介面之前，先建立獲批需求及設計基準
- 正式切換使用獲批來源數據前，先清理、對照、試行遷移及核對
- 系統、回歸及用戶驗收決策，關鍵問題未解決時明確返回設定工作
- 培訓、切換演練、贊助人準備審批及可量度的加強支援結束準則，然後才由營運接收服務
何時使用本範本
- 跨職能團隊正準備在多個業務流程實施或更換企業應用系統
- 設定、介面及遷移工作各自按不同計劃進行，沒有共同審批或測試關卡
- 過往上線時數據未核對、業務驗收含糊，或支援責任未完成
- 項目經理需要一個讓業務、技術、數據及變革團隊共同審閱的供應商中立生命週期
運作方式
設定實施邊界
列明本圖涵蓋的流程、業務單位、介面、數據物件及發布。採購、基礎設施或專業保證需要更多細節時，放在相連程序，不要藏在寬泛的實施方格裡。
建立可追溯基準
為每項需求指定負責人、驗收成效，以及連到設計、設定及測試的路徑。記錄基準後由誰批准變更，避免後期發現暗中改變範圍、管控或承諾的營運結果。
界定遷移核對
為每次試行遷移列出來源群組、清理規則、對照、管控總數、例外負責人及審批容差。載入成功並不足夠；業務必須可以核對完整性及意思。
訂明測試及準備證據
以機構要求的系統、回歸及用戶驗收證據、關鍵問題規則、培訓完成度、存取檢查、支援範圍、切換演練及回復條件，取代通用的通過決定。
設定加強支援結束及交接準則
界定問題嚴重程度、監察頻次、服務指標、文件、知識轉移及營運驗收。項目團隊應負責至服務符合準則，而不是在任意日期停止支援。
常見問題
企業軟件實施的主要階段是甚麼？
完整生命週期包括探索、需求及驗收成效、方案及流程設計、設定、整合、數據清理及遷移、系統及回歸測試、用戶驗收測試、培訓及切換準備、正式上線、加強支援，以及正式交接給營運。迭代交付可以用較小增量重複這些階段，但每個關卡的責任及證據仍要清晰。
為甚麼數據遷移要成為獨立階段？
遷移有設定測試無法解決的風險，包括遺漏紀錄、重複資料、誤解欄位、失效參考數據及無法核對的總數。分開處理可容納分析、清理、對照、試行載入、管控總數、例外處理及切換前業務審批，亦表明工具報告載入成功，不代表紀錄完整或可用。
上線準備決定應包括甚麼？
贊助人應看到已接受的用戶驗收結果、關鍵問題狀態、已核對的遷移證據、完成培訓的用戶、獲批存取權、切換及回復演練、支援範圍、通知、營運文件，以及有負責人的已知風險。證據會因實施項目而異，但每項未完成事項都要有明確處置，不可藏在整體綠色狀態之下。
企業軟件實施何時結束？
上線不是終點。當正式服務按指定加強支援指標穩定、優先上線問題已解決或正式移交、支援團隊取得所需知識及文件、責任獲接受，而且餘下項目行動都有具名去向後，實施才結束。效益實現可以在技術交接後，繼續由較廣泛轉型流程管理。
此流程所處的位置
在大多數機構中，此流程緊接項目治理流程圖之後，並交接給數據遷移流程圖：由評估到切換。
它是數碼轉型中的其中一個步驟。
第 1 步: 數碼轉型流程圖
第 2 步: 數碼計劃優先次序流程
第 3 步: 項目治理流程圖
項目治理流程範本，涵蓋章程審批、角色、基準、狀況及 RAID、變更控制、督導升級、階段關卡、驗收及結案。
第 4 步: 企業軟件實施流程 當前位置
企業軟件實施範本，涵蓋探索、需求、設計、設定、整合、數據遷移、測試、用戶驗收、上線、加強支援及交接。
第 5 步: 數據遷移流程圖：由評估到切換
數據遷移流程範本，涵蓋範圍評估、欄位對照、清理、模擬載入、核對、業務核實、切換檢查及受控回復。
第 6 步: 用戶驗收測試流程圖