流程實施甘特圖範本：試行、可否推行、推出
可編輯的甘特圖，編排新流程投入使用的工作：基線、簽核、程序更新、培訓、試行、可否推行決定、推出與穩定期。改一個工期，日期隨之更新。
甚麼是流程實施甘特圖範本：試行、可否推行、推出流程
重新設計的流程，通常先以一張大家同意較好的流程圖存在。隨後的計劃正是不少改動停滯的地方，因為工作的先後次序，沒有看上去那麼顯而易見。設計未簽核，文件就不能定稿。培訓需要文件。試行兩者都需要，還要加上新步驟所倚賴的系統改動。而推出應該等試行得出的憑據，而不是等日曆。
這個範本有 19 項工作，分成四組：基線與簽核、文件與培訓、試行，以及推出與檢討。「量度現狀基線」放在最先，令試行有東西可作比較。「新流程已簽核」是一個里程碑，「修訂標準作業程序及工作指引」與「更新系統設定及表格」都要等它。「準備培訓教材」在程序修訂開始後第三個工作日便展開，而不是等修訂完結，因為已經定下來的部分，培訓人員可以先著手。
「在一個據點試行」要等「向試行小組及主管簡介」和系統改動完成。「試行結果與基線比較」在試行開始後第五個工作日展開，令早期發現不用留到最後，而「修正試行所發現的問題」要等這兩項完成。「可否推行決定」是一個有真正答案的里程碑：它通過之前，沒有任何推出工作可以開始。之後，「培訓其餘團隊」與「逐個據點切換」互相重疊，計劃以「穩定期：每週採用情況檢查」、「對照基線檢討成果」和里程碑「流程移交負責人」作結。
工期只是示意。在十個據點推出，或者需要其他部門配合系統改動，情況就會很不一樣，所以請把這張圖當作骨架。時間表也不會令流程合規或安全：程序若受規管，「文件管制批核」中的批准由持有該權限的人負責，圖表只顯示甚麼時候需要他們。至於通常先於這項工作的變更申請，請參閱「變更控制流程」及「標準作業程序變更控制流程」範本（/yue/templates/變更控制流程、/yue/templates/標準作業程序變更控制流程）；如果推出的是軟件而不是流程，則參閱 /yue/templates/系統實施計劃甘特圖。
本流程圖涵蓋的內容
本範本包含
- 四個組別：基線與簽核、文件與培訓、試行，以及推出與檢討，共 19 項工作和四個里程碑：「新流程已簽核」、「可否推行決定」、「推出完成」和「流程移交負責人」。
- 改動之前先有基線：「量度現狀基線」需時 5 個工作日，「與負責人逐步核對新流程」緊隨其後，令簽核既有數字作根據，也有意見作參考。
- 文件與培訓同步進行：「文件管制批核」要等「修訂標準作業程序及工作指引」，而「準備培訓教材」則在程序修訂開始後第 3 個工作日展開。
- 盡早取得憑據的試行：「試行結果與基線比較」在「在一個據點試行」開始後第 5 個工作日展開，試行為期 10 個工作日，而「修正試行所發現的問題」要等這兩項完成。
- 重疊的推出與尾段：「逐個據點切換」在「培訓其餘團隊」開始後第 4 個工作日展開；其後是「撤除舊程序及表格」、「穩定期：每週採用情況檢查」（15 個工作日）和「對照基線檢討成果」。
何時使用本範本
- 某個流程已經重新設計，並以流程圖獲得批准，而你需要一份大家同意的推出計劃次序。
- 你想先在一個據點或一隊人試行，才改變所有人，並且需要一個清楚的關卡來決定是否繼續。
- 新流程開始之前，程序、表格和培訓必須準備好，而你想看清楚每一項在等甚麼。
- 你希望計劃包括對照起點的檢討，而不單是上線日期。
逐項任務嘅計劃
圖表入面每項任務，連同以工作日計嘅工期同佢哋等緊嘅前置任務。依賴用步驟編號表示；SS 係開始到開始，FF 係完成到完成，+n 係以工作日計嘅延遲。
| # | 任務 | 分組 | 工作日 | 依賴於 |
|---|---|---|---|---|
| 1 | 量度現狀基線 | 基線與簽核 | 5 | |
| 2 | 與負責人逐步核對新流程 | 基線與簽核 | 3 | 1 |
| 3 | 新流程已簽核 | 基線與簽核 | 里程碑 | 2 |
| 4 | 修訂標準作業程序及工作指引 | 文件與培訓 | 8 | 3 |
| 5 | 文件管制批核 | 文件與培訓 | 4 | 4 |
| 6 | 準備培訓教材 | 文件與培訓 | 6 | 4SS+3 |
| 7 | 更新系統設定及表格 | 文件與培訓 | 7 | 3 |
| 8 | 向試行小組及主管簡介 | 試行 | 2 | 5, 6 |
| 9 | 在一個據點試行 | 試行 | 10 | 7, 8 |
| 10 | 試行結果與基線比較 | 試行 | 6 | 9SS+5 |
| 11 | 修正試行所發現的問題 | 試行 | 4 | 9, 10 |
| 12 | 可否推行決定 | 試行 | 里程碑 | 11 |
| 13 | 培訓其餘團隊 | 推出與檢討 | 8 | 12 |
| 14 | 逐個據點切換 | 推出與檢討 | 10 | 13SS+4 |
| 15 | 撤除舊程序及表格 | 推出與檢討 | 2 | 14 |
| 16 | 推出完成 | 推出與檢討 | 里程碑 | 15 |
| 17 | 穩定期：每週採用情況檢查 | 推出與檢討 | 15 | 16 |
| 18 | 對照基線檢討成果 | 推出與檢討 | 4 | 17 |
| 19 | 流程移交負責人 | 推出與檢討 | 里程碑 | 18 |
運作方式
先量度基線
在任何事情改變之前，先記錄現行流程的表現，令試行有東西可以比較。要保持簡短；這個範本給它 5 個工作日。
在設計與文件之間放一個簽核
把程序修訂和系統改動連到「新流程已簽核」。之後出現的改動，便會顯示為對計劃的改動。
令培訓與文件重疊
用帶延遲的開始至開始連結，令「準備培訓教材」在程序仍在修訂時便展開，並把批准保留為獨立的一項工作。
令試行的規模足以產生憑據
揀一個據點或一隊人，預先說明你會比較甚麼，並在試行進行到一半時就開始比較，而不是等試行完結。
令可否推行決定有可能說「不」
在試行之前寫好準則。如果決定只可能是「是」，這個里程碑便只是擺設。如果結果是「不」，推出工作便會隨之移動。
規劃尾段
撤除舊程序和表格，保留一段有指定檢查的穩定期，最後以對照基線的檢討和移交給流程負責人作結。
常見問題
流程試行應該多長？
長得足以令流程至少走完一個正常週期，包括棘手的個案。這個範本的 10 個工作日只是示意；按你的週期修改工期，之後的日期便會跟著更新。
為甚麼要與基線比較？
沒有在改動之前量度的數字，試行就只能憑印象判斷。基線這項工作給你數字，用來核對試行和最後的檢討。
這個計劃會令新流程合規嗎？
不會。時間表顯示的是工作的次序和時間。程序或流程是否符合某項規例或標準，由負責的人決定，圖表只顯示甚麼時候需要他們的批准。
可以由新流程的流程圖開始嗎？
可以。流程圖可以複製成甘特圖，每個步驟變成一項工作，每支箭咀變成一個依賴，然後你再加上工期。請參閱 /yue/guides/流程圖轉甘特圖。
推出本身應該怎樣排序？
基線、文件、培訓、試行、關卡與推出的次序，以及每個重疊在哪裡才安全，請參閱 /yue/guides/流程實施時間表。
