數據遷移甘特圖範本：由剖析到簽核
可編輯的數據遷移甘特圖：剖析、對應、清理、試載入、對賬、來源凍結、最終載入及簽核，附依賴、重疊和里程碑。
甚麼是數據遷移甘特圖範本：由剖析到簽核流程
數據遷移計劃通常在中段和尾段出事。中段是試載入：第一次幾乎一定會見到被拒絕的紀錄、不夠準確的對應，以及剖析時看來乾淨、抽取後卻不是這樣的數據，而每次修正都要再載入一次。尾段是凍結：最終載入期間來源不可以有改動，所以時間窗很短，長短亦決定業務受影響的時間。只得一項「載入數據」的計劃，會把這兩個位置都藏起來。
這個範本分四個階段：剖析與對應、清理與試載入、對賬與驗證、凍結、最終載入與簽核。「盤點數據集及負責人」是唯一的起始工作。「剖析來源數據質素」在它開始後兩個工作日開始，「決定保留及歸檔範圍」則緊接盤點。「對應欄位、鍵及轉換」在剖析開始後三個工作日開始。「對應已批准」是里程碑，要等對應和保留決定都完成才成立，所以不會在仍包含不打算搬移數據的對應上開始建置。
批准之後，「清理及去重來源數據」（12 個工作日）和「編寫抽取及載入腳本」（10 日）並行。「試載入 1」要等腳本完成，並在清理開始後五個工作日開始，即是在只清理了一部分的數據上運行，這貼近實際，亦是下一項工作存在的原因。「修正載入缺陷及被拒紀錄」之後是「試載入 2」。然後「核對數量及控制總數」與「業務抽樣驗證」並行，「切換計劃及回退準則」在第二次試載入開始後一個工作日開始。「對賬已簽核」要等前兩項完成。
「來源數據凍結」要等簽核和切換計劃完成。「最終載入」在凍結開始後一個工作日開始，確保凍結已先生效，跟着是「最終對賬」和「去／留決定」。「封存來源並結案」排在最後。所有工期只是示例，實際視乎數據量、來源質素和需要幾多次試載入而定。時間線只是為工作排程，不會令數據變正確，亦不能取代對賬證據。流程邏輯請看數據遷移流程圖 /yue/templates/數據遷移流程，而紀錄的保留與處置規則，請看 /yue/templates/數據生命週期管理流程。
本流程圖涵蓋的內容
本範本包含
- 四個階段（剖析與對應、清理與試載入、對賬與驗證、凍結、最終載入與簽核），共 19 項工作和三個里程碑：「對應已批准」、「對賬已簽核」和「去／留決定」。
- 重疊的前期工作：「剖析來源數據質素」在「盤點數據集及負責人」開始後兩個工作日開始，「對應欄位、鍵及轉換」在剖析開始後三個工作日開始。
- 清理與腳本並行：「清理及去重來源數據」（12 個工作日）和「編寫抽取及載入腳本」（10 日）都跟在「對應已批准」之後，而「試載入 1」在清理開始後五個工作日開始。
- 兩次試載入，中間有修正工作；之後「核對數量及控制總數」與「業務抽樣驗證」並行，兩者都是「對賬已簽核」的關卡。
- 先於最終載入的凍結：「來源數據凍結」為 4 個工作日，最終載入在它開始後一個工作日開始，跟着是「最終對賬」和「去／留決定」。
何時使用本範本
- 你要在系統之間搬移數據，需要顯示對應、清理、試載入和最終載入各自落在哪段時間。
- 你要與業務單位議定來源凍結要幾長，並想睇清楚它倚賴甚麼。
- 你要向督導委員會說明，為何計劃裏應該有第二次試載入，以及修正被拒紀錄所需的時間。
- 有人問你，對賬最遲要幾時簽核，切換日期才守得住。
逐項任務嘅計劃
圖表入面每項任務，連同以工作日計嘅工期同佢哋等緊嘅前置任務。依賴用步驟編號表示；SS 係開始到開始，FF 係完成到完成，+n 係以工作日計嘅延遲。
| # | 任務 | 分組 | 工作日 | 依賴於 |
|---|---|---|---|---|
| 1 | 盤點數據集及負責人 | 剖析與對應 | 4 | |
| 2 | 剖析來源數據質素 | 剖析與對應 | 6 | 1SS+2 |
| 3 | 決定保留及歸檔範圍 | 剖析與對應 | 3 | 1 |
| 4 | 對應欄位、鍵及轉換 | 剖析與對應 | 8 | 2SS+3 |
| 5 | 對應已批准 | 剖析與對應 | 里程碑 | 3, 4 |
| 6 | 清理及去重來源數據 | 清理與試載入 | 12 | 5 |
| 7 | 編寫抽取及載入腳本 | 清理與試載入 | 10 | 5 |
| 8 | 試載入 1 | 清理與試載入 | 3 | 6SS+5, 7 |
| 9 | 修正載入缺陷及被拒紀錄 | 清理與試載入 | 4 | 8 |
| 10 | 試載入 2 | 清理與試載入 | 3 | 9 |
| 11 | 核對數量及控制總數 | 對賬與驗證 | 4 | 10 |
| 12 | 業務抽樣驗證 | 對賬與驗證 | 5 | 10 |
| 13 | 切換計劃及回退準則 | 對賬與驗證 | 3 | 10SS+1 |
| 14 | 對賬已簽核 | 對賬與驗證 | 里程碑 | 11, 12 |
| 15 | 來源數據凍結 | 凍結、最終載入與簽核 | 4 | 13, 14 |
| 16 | 最終載入 | 凍結、最終載入與簽核 | 2 | 15SS+1 |
| 17 | 最終對賬 | 凍結、最終載入與簽核 | 2 | 16 |
| 18 | 去／留決定 | 凍結、最終載入與簽核 | 里程碑 | 17 |
| 19 | 封存來源並結案 | 凍結、最終載入與簽核 | 5 | 18 |
運作方式
由盤點開始
把「盤點數據集及負責人」和「剖析來源數據質素」的工期換成你自己的。如果盤點尚未完成，剖析已可以從首批數據集開始，就保留這個重疊。
以已批准的對應作為建置的關卡
「清理及去重來源數據」和「編寫抽取及載入腳本」都要等「對應已批准」。如果數據負責人另外簽核需要時間，就加一項工作。
決定需要幾多次試載入
預計不止兩輪的話，就複製「試載入 2」及其修正工作。每一對都會為計劃加上自己的工期。
把對賬變成關卡
保留「對賬已簽核」這個里程碑，讓它等待數量核對和業務驗證完成。驗收準則請寫在工作備註裏。
訂出凍結和最終載入的長短
按業務可接受的程度，設定「來源數據凍結」的工期。最終載入在凍結開始後才開始，所以把載入拉長，就看到凍結要跟着加長多少。
加入負責人、分享及匯出
把數據負責人或工程師加入「人員」，與業務負責人分享圖表，並匯出 PDF 作為切換紀錄。
常見問題
應該安排幾多次試載入？
視乎數據量、來源質素，以及對應改動的幅度。範本以兩次試載入、中間一項修正工作作示範。如果第一次很可能出現大量被拒紀錄，就加多幾對。
圖表會檢查遷移後的數據是否正確嗎？
不會。圖表只為對賬和驗證工作排程。數量、總數和抽樣是否吻合，要靠你自己的證據來證明，這些證據屬於項目紀錄，而不是時間線。
來源凍結應該有多長？
要長得足夠完成最終載入和最終對賬，又要短得令業務可以接受。把完成日期與你需要的日期比較，再改動載入或對賬的工期，睇睇有甚麼影響。
可以貼上我自己的工作清單嗎？
可以。從 Excel、Sheets 或 CSV 複製資料列，貼入表格即可。如果第一行是欄名，例如 Task、Duration 和 Depends on，每一欄會按名稱對應。Gantt 圖表暫時未有檔案上載功能。
這項工作的流程圖在哪裏？
請看 /yue/templates/數據遷移流程 ，當中畫出各項決定，包括回退。如果是雲端方面的遷移，請看雲端遷移甘特圖範本（/yue/templates/雲端遷移甘特圖）。
