Gantt Chart 將工作項目、開始日期與 task duration 轉成時間軸,讓管理者看出排程、重疊與可能的 project risk。原書以 customer satisfaction survey 專案的 9 項工作示範。
團隊要完成從 client meeting、focus groups、survey drafting、programming、fieldwork 到 final report 的完整調查專案。管理者需要一張圖快速確認哪些工作同時進行,以及 final report 是否留有足夠時間吸收最後一批回覆。
| Task | Duration | Start | End |
|---|---|---|---|
| Initial meeting with client | 2 | 1-May | 3-May |
| Focus groups | 5 | 6-May | 11-May |
| Draft of customer satisfaction survey | 10 | 16-May | 26-May |
| Edits of customer satisfaction survey | 2 | 18-May | 20-May |
| Program of online survey | 4 | 22-May | 26-May |
| Final survey to client | 2 | 24-May | 26-May |
| Send out survey to customers | 1 | 25-May | 26-May |
| Days survey open to complete | 15 | 9-June | 24-June |
| Final survey results report | 8 | 17-June | 25-June |
原書以 stacked 2-D bar chart 建立 Gantt:加入 Start Date 與 Task Duration series → 把 Start Date 設成 No Fill → 將 task categories reverse order → 用 Excel date serial number 設定 horizontal axis minimum。原書示例中 1-May 被 Excel 轉成 45047.00。
來源排程顯示:survey open 到 24-June,但 Final survey results report 已在 17-June 開始,並於 25-June 結束。因此報告撰寫期的大部分時間與仍在收集回覆的 fieldwork 重疊。
原書在完成 Gantt 後提醒 project manager 應關注 survey 關閉與 final report deadline 之間的時間。依來源表格進一步看,風險更明顯:final report 甚至在 survey 關閉前 7 天已開始。這可能意味著部分 analysis/drafting 可先進行,但 final results 仍需要在 24-June 後更新與 QA;若沒有明確版本控管,就容易發生「報告引用尚未完整的資料」。
「以下是問卷研究專案的 task、start date、end date 與 duration。請只根據排程辨識 overlapping tasks、critical timing risks 與可能需要 buffer 的工作,不要自行更改日期。」
問題:Gantt Chart 的主要價值是預測哪個 task 一定會延期嗎?