顧問項目甘特圖範本：客戶審閱等候
可編輯的顧問項目甘特圖：合約與權限、啟動會議、探索、客戶審閱等候、設計工作坊、督導會議、交付物驗收、最終匯報及移交，附依賴。
甚麼是顧問項目甘特圖範本：客戶審閱等候流程
顧問項目的時間表由兩方決定。顧問控制分析、工作坊和撰寫；客戶則控制數據、權限、審閱和驗收。計劃出問題，通常出在第二組：數據比要求遲了一個星期到，審閱花十日而不是五日，而匯報日期早已在客戶的日程表上。只列出顧問工作的計劃，會令交付日期看來像是顧問的承諾，但其中一部分其實是別人擁有的等候時間。
這個範本分四個階段：準備、探索、交付、審閱與結案。「合約及權限已議定」是唯一的起始工作。「啟動會議」和「已發出客戶數據申請」都緊接其後，而「客戶提供數據及權限」（8 個工作日）本身是一項獨立工作，令等候時間看得見。「持份者訪談」跟在啟動會議之後，需時 8 日。「數據審閱及分析」在數據提供和訪談開始後三個工作日開始，所以分析從第一批資料開始，而「撰寫探索發現初稿」要等訪談和分析完成。
「客戶審閱發現」是 5 個工作日的等候，之後是里程碑「發現已議定」。交付工作在此之前不會開始。「設計工作坊」（6 日）之後是「中期督導會議」，而「撰寫交付物初稿」在工作坊開始後三個工作日開始，歷時 10 日。「客戶審閱初稿」要等初稿和督導會議完成。之後是「修訂交付物」，然後是「交付物已驗收」和「最終匯報」。「移交及經驗總結」和「最終發票及結案」都跟在匯報之後，為計劃畫上句號。
所有工期只是示例。請採用工作說明書內的工期，並把審閱等候設定為客戶已同意的長度，而不是你希望的長度。如果客戶的日期已固定，例如最終匯報或督導委員會會議，就固定該項工作的開始日期，當之前的工作未能趕及，圖表會標示出來。這個計劃涵蓋一個項目。背後的流程請看 IT 顧問項目生命週期（/yue/templates/IT顧問項目生命週期）及業務流程探索範本（/yue/templates/業務流程探索範本）。
甘特圖不能取代工作範圍、合約或項目管治。它顯示的，是依賴成立時預期各項工作何時發生。有些公司把客戶入職視為獨立流程，這裏把它併入第一階段，即權限、數據和啟動會議。軟件項目方面的類似結構，請看 /yue/templates/項目甘特圖 。
本流程圖涵蓋的內容
本範本包含
- 四個階段共 18 項工作和兩個里程碑：「發現已議定」和「交付物已驗收」。
- 把屬於客戶的等候變成工作：「客戶提供數據及權限」、「客戶審閱發現」和「客戶審閱初稿」。
- 探索階段的重疊：「數據審閱及分析」在「客戶提供數據及權限」和「持份者訪談」開始後三個工作日開始。
- 工作坊未完已開始撰寫：「撰寫交付物初稿」在「設計工作坊」開始後三個工作日開始，而「客戶審閱初稿」要等它和「中期督導會議」。
- 「最終匯報」之後的兩個終點：「移交及經驗總結」和「最終發票及結案」。
何時使用本範本
- 你在界定客戶委託的範圍，需要為建議書或啟動會議準備時間線，顯示客戶要提供甚麼、何時提供。
- 客戶遲交數據或遲了審閱，你要顯示因此有甚麼東西移動。
- 你負責多個相似的項目，想要一個可以複製和調整的起始結構。
- 你想比較客戶審閱等候時間長短，對匯報日期有何影響。
逐項任務嘅計劃
圖表入面每項任務，連同以工作日計嘅工期同佢哋等緊嘅前置任務。依賴用步驟編號表示；SS 係開始到開始，FF 係完成到完成，+n 係以工作日計嘅延遲。
| # | 任務 | 分組 | 工作日 | 依賴於 |
|---|---|---|---|---|
| 1 | 合約及權限已議定 | 準備 | 3 | |
| 2 | 啟動會議 | 準備 | 1 | 1 |
| 3 | 已發出客戶數據申請 | 準備 | 1 | 1 |
| 4 | 客戶提供數據及權限 | 準備 | 8 | 3 |
| 5 | 持份者訪談 | 探索 | 8 | 2 |
| 6 | 數據審閱及分析 | 探索 | 6 | 4SS+3, 5SS+3 |
| 7 | 撰寫探索發現初稿 | 探索 | 4 | 5, 6 |
| 8 | 客戶審閱發現 | 探索 | 5 | 7 |
| 9 | 發現已議定 | 探索 | 里程碑 | 8 |
| 10 | 設計工作坊 | 交付 | 6 | 9 |
| 11 | 撰寫交付物初稿 | 交付 | 10 | 10SS+3 |
| 12 | 中期督導會議 | 交付 | 1 | 10 |
| 13 | 客戶審閱初稿 | 交付 | 7 | 11, 12 |
| 14 | 修訂交付物 | 交付 | 5 | 13 |
| 15 | 交付物已驗收 | 審閱與結案 | 里程碑 | 14 |
| 16 | 最終匯報 | 審閱與結案 | 2 | 15 |
| 17 | 移交及經驗總結 | 審閱與結案 | 3 | 16 |
| 18 | 最終發票及結案 | 審閱與結案 | 2 | 16 |
運作方式
命名屬於客戶的工作
數據提供和每次審閱都保留為有工期的工作。在啟動會議與客戶議定這些工期，並把客戶聯絡人加入「人員」。
以第一批資料開始分析
使用開始到開始的連結，例如 6SS+3，令分析可以在所有數據和訪談完成前開始，並保留發現工作倚賴兩者完成。
以已議定的發現作為交付的關卡
把設計工作坊連結到「發現已議定」這個里程碑，這樣未解決的發現會顯示為延誤，而不是返工。
固定客戶控制的日期
只在日期已經預約好時，才為最終匯報或督導會議設定固定開始日期。如果之前的工作趕不上固定的開始日期，圖表會標示出來。
按階段分組並加入負責人
把每項工作的顧問或客戶負責人加入「人員」。在「檢視」選單查看關鍵路徑，看看是哪一段等候決定匯報日期。
與客戶分享並匯出
分享圖表，讓客戶看到屬於自己的工作，並匯出 PDF 用於建議書或督導委員會文件。
常見問題
客戶的工作應該與我們的放在同一幅圖表嗎？
如果交付日期倚賴它們，就應該。把它們列為有名稱和工期的工作，雙方都看得到依賴。使用「人員」欄說明各項工作由誰負責。
客戶審閱應該有多長？
採用客戶在合約或啟動會議已同意的長度。這裏的 5 和 7 個工作日只是示例。沒有議定長度的審閱，是項目延誤最常見的原因。
這涵蓋客戶入職嗎？
第一階段涵蓋合約、權限、數據申請和啟動會議。至於客戶入職的流程，請看 /yue/templates/客戶導入流程 。
可以在圖表中追蹤收費嗎？
不能追蹤金額。QueryChart 不追蹤成本或預算，所以圖表只有「最終發票及結案」這項工作。如果想顯示開發票的時間點，可以加入里程碑。
