甘特圖是什麼？專案排程範例、製作步驟與實用模板

甘特圖（Gantt chart）是一種把專案任務放在縱軸、日期或週次放在橫軸的排程圖；每一條橫向長條表示任務的開始、結束與持續時間。當專案有多個負責人、任務會並行或彼此依賴，而且需要對外溝通里程碑時，甘特圖最實用。

重點整理

• 甘特圖回答的是「誰在什麼時間做什麼，以及延誤會影響哪裡」，不是單純把待辦清單塗上顏色。
• 一張可執行的甘特圖至少要有任務、負責人、開始與結束、依賴、狀態和里程碑；複雜工具不是起點。
• 日期是依目前資訊做出的排程預測，不是不可更改的承諾。固定更新節奏、保留緩衝和記錄實際日期，比排出漂亮長條更重要。
• AFFiNE 可把專案說明、任務資料、會議筆記與視覺規劃放在同一工作空間；本文採手動資料表與 Edgeless 畫布工作流，不宣稱原生甘特圖或自動排程。

甘特圖是什麼？先讀懂橫軸、縱軸與長條

美國品質協會（ASQ）把甘特圖定義為顯示專案任務、任務何時進行，以及各自持續多久的長條圖。實際閱讀時，可以把它拆成三層：

• 縱軸： 任務、階段或工作包，例如「完成內容大綱」「設計首頁」「驗收上線」。
• 橫軸： 天、週、月或季度。六週專案通常用「週」看全貌，再用日期欄保留細節。
• 橫向長條： 左端是開始，右端是結束，長度代表持續時間；長條重疊表示任務可並行。

現代 Gantt chart 常再加上負責人、任務依賴、進度與里程碑。這些欄位讓排程不只是展示圖，而能支援協調：如果設計核准延後兩天，開發是否也要順延？如果兩項工作同時需要同一位設計師，是否發生資源衝突？

甘特圖適合「工作範圍大致清楚、任務有時間跨度、需要看先後與重疊」的專案，例如產品上線、行銷活動、研究計畫、網站改版或搬遷。若工作每天大量變動、主要關心目前卡在哪個狀態，或只有幾個單次提醒，則看板、行事曆或待辦清單通常更省維護成本。

甘特圖範例：6 週產品上線專案

以下是文章示例，不是 AFFiNE 內建模板，也不是對任何團隊的工期承諾。假設一個小型團隊要在六週內推出新功能頁，先把工作拆成可驗收的任務，再排出依賴。

把同一份資料轉成簡化時間軸，可以快速看出並行與等待：

這個範例有三個值得保留的設計。第一，B 與 C 在需求確認後並行，避免所有工作都排成單一路徑；第二，F 同時依賴 D 與 E，兩邊都完成才能整合；第三，第六週保留修正緩衝，不把 QA 通過的隔天直接寫成不可移動的上線日。

甘特圖實用模板：可複製欄位與空白表格

先建立資料表，再決定要不要畫時間軸。以下模板是靜態、可複製的排程骨架，不是原生互動甘特圖，也不會自動重排依賴任務。

建議欄位

空白甘特圖模板

使用 Excel 或 Google 試算表時，可以再把日期放到右側欄位，利用條件格式標出「日期介於開始與結束之間」的儲存格。這種做法適合小型專案，但移動前置任務後，後續日期通常不會自動跟著調整；若需要自動處理依賴、基準線、資源負載或關鍵路徑，就應選用專門的專案排程工具。

甘特圖製作：建立排程的 7 個步驟

步驟 1：先定義成果與時間尺度

用一句話寫出專案完成條件，例如「六週內讓新頁面通過 QA 並正式上線」。再依總長選日、週或月為單位；尺度太細會讓圖難以維護，太粗則看不出交接點。

步驟 2：把成果拆成可驗收任務

從交付物往回拆，不要從「大家最近在忙什麼」開始。發想階段可先用心智圖畫法整理工作包，再把每一項改寫成有完成標準的任務。

步驟 3：每項任務指定一位負責人

負責人是確保結果被交付的人，不一定獨自完成所有工作。多人共同負責常等於沒有人知道誰要更新；協作者、審核者和利害關係人可以另列。

步驟 4：估算持續時間並寫下依據

請實際執行者估算，參考過去相似工作、可用工時與審核等待時間。若資訊不足，使用範圍，例如「3–5 個工作天」，並記錄假設，而不是假裝精確到某個小時。

步驟 5：標出依賴與里程碑

逐項詢問：「這件事開始前，必須先完成什麼？」再標出不占持續時間、但代表重要核准或交付的里程碑。Microsoft 的里程碑說明以零持續時間任務為基本做法；若審核本身需要時間，應另建任務。

步驟 6：排出並行工作，加入緩衝

先排不能移動的外部日期，再從依賴關係安排工作。把不同負責人的任務並行，但檢查同一人是否被排到兩個全職工作；對高不確定任務或正式上線前保留可見緩衝。

步驟 7：確認基準線與更新節奏

專案啟動時保留第一版計畫，之後把實際開始、實際完成與變更原因分開記錄。小型專案可每週更新一次；高風險上線前可提高到每日。只要沒有人固定更新，再精緻的甘特圖也會很快失真。

依賴關係、里程碑、緩衝與進度更新怎麼做？

依賴關係：先用兩種就夠

常見依賴有四種：完成後開始（FS）、開始後開始（SS）、完成後完成（FF），以及較少見的開始後完成（SF）。小型專案先用 FS 和 SS 通常足夠；如果每條線都需要複雜關係，代表排程可能拆得過細，或已經需要專業工具。

• FS： 設計核准後，頁面開發才能開始。
• SS： 訪談開始後，研究摘要也可以陸續整理。
• FF： 文案與版面要在同一個整合節點前完成。
• SF： 很少用，常見於輪班交接；新班次開始後，舊班次才能結束。

里程碑：標記決策，不要偽裝成工作

好的里程碑名稱能回答「哪個狀態已被正式確認」，例如「需求簽核」「設計核准」「上線核准」。如果項目需要三天審查，就把「審查」列為任務，再把「核准」列為里程碑，不要用一顆菱形藏掉實際工作。

緩衝：放在風險旁邊，不是平均灑滿

緩衝應對應不確定性，例如外部法務回覆、首次串接或跨時區核准。把兩天緩衝放在高風險整合後，比每項任務偷偷多加半天更透明；若沒用到，團隊可以提早完成，而不是把空檔視為可隨意塞入新需求。

進度更新：狀態、百分比與實際日期分開

「進行中」只表示已開始，不代表完成一半。百分比應對應可檢查的交付標準，例如四個頁面完成兩個可記為 50%；研究、設計等非線性工作則用階段狀態更可靠。每次更新至少記錄實際日期、目前阻礙、下一步與是否影響後續任務。

專案管理協會（PMI）的敏捷甘特圖指引提醒，排程工具算出的精確日期容易製造不存在的確定感，也建議保持高層次、持續更新，必要時用日期範圍溝通。把日期視為依目前資訊做出的預測，變更時同步原因與影響，會比逼團隊守住已失效的舊日期更專業。

甘特圖 vs 看板 vs 行事曆 vs 待辦清單

它們不是四選一。實務上可用甘特圖做每週層級的專案排程、看板管理每日流動、行事曆保留會議與硬性事件，再把個人下一步放進待辦清單。工具越多，越要指定哪一份資料是主要來源，避免四處更新同一日期。

常見錯誤：甘特圖為什麼做了卻沒人看？

1. 任務拆得過細

把每封信、每次小修改都放入甘特圖，維護成本會高過溝通價值。保留能影響交付、依賴或里程碑的工作；日常細節留在看板或待辦。

2. 沒有明確負責人

「行銷部」不是可追蹤的負責人。每項任務指定一位主要負責人，再列協作者，更新與升級阻礙才有入口。

3. 忽略依賴，只排列日期

沒有依賴的甘特圖只是彩色行事曆。若前置工作延遲，團隊看不出哪些任務會受影響，也無法判斷要調整範圍、資源還是日期。

4. 建完後不更新

排程不是啟動會議的紀念品。固定週會前更新，保留實際日期與變更原因；若兩週都沒有人看，就縮小圖的範圍或換成更符合工作流的工具。

5. 把日期當承諾

估算會隨需求、風險與可用資源改變。對外承諾前先區分目標日期、預測範圍與已核准基準線；發生變更時，說明影響鏈，而不是只把所有長條往右拖。

如何在 AFFiNE 連結專案背景、任務、會議筆記與視覺規劃

截至本文查核日，AFFiNE 官方資料可確認 Page 文件、Edgeless 畫布，以及可排序、篩選的資料庫與集合。AFFiNE 2026 開源產品說明建議用一個真實專案測試產品頁、會議筆記、Edgeless 視覺計畫、小型任務資料庫與物件間連結；官方更新也說明了資料庫與連結文件的整合。

本文未找到足以驗證 AFFiNE 具備原生甘特圖視圖、自動依賴排程、關鍵路徑計算或提醒功能的官方資料。因此，以下是手動工作流，資料表與畫布不會自動雙向重排：

1. 建立專案首頁： 寫下成果、範圍、利害關係人、目標日期、決策與風險。想建立可回收的專案脈絡，可延伸參考第二大腦整理法。
2. 建立任務資料表： 使用任務、負責人、開始、結束、依賴、狀態、進度、里程碑與風險欄位；把每個任務連到需要的規格或素材文件。
3. 在 Edgeless 手動畫時間軸： 以六個週次欄搭配任務長條、里程碑菱形和依賴箭頭，先呈現高層次工作，不追求自動計算。
4. 連結會議與決策： 每次週會保留決策、阻礙、下一步與日期變更原因；若需要一致的線上紀錄方式，可參考線上筆記整理指南。
5. 每週同步一次： 先更新資料表，再手動調整畫布。若兩者開始頻繁不一致，停止維護重複視圖，改用具備原生甘特圖的排程工具，並讓 AFFiNE 專注保存背景、規格、會議與決策。

這個組合的價值是讓「為什麼有這項任務」和「這項任務排在哪裡」保持相鄰，而不是假裝手動畫布等同排程引擎。若你正在評估整體工作空間，也可以先用筆記軟體比較檢查協作、匯出與資料控制，再決定是否把排程留在同一工具。

什麼時候不該用甘特圖？

如果專案只有一個人、五項以內的短任務，而且沒有依賴，待辦清單就足夠。如果團隊面對的是探索型工作，需求每幾天就大幅改變，先用看板限制進行中工作，通常比反覆拖動長條更有效。

甘特圖也不適合拿來遮掩範圍不清、資源不足或沒有決策者的問題。排程只能把假設視覺化，不能替團隊創造不存在的工時，也不能自動解決優先順序衝突。

資料來源與編輯說明

• 方法定義： ASQ 的甘特圖品質詞彙、PMI 的敏捷甘特圖指引，以及 Microsoft Project 的里程碑說明。
• AFFiNE 能力： AFFiNE 官方 2026 產品說明、2024 年 11 月資料庫與連結文件更新，以及2024 年 12 月表格／看板與 Edgeless 更新。
• 文章示例： 六週產品上線排程、欄位與空白模板由編輯團隊為教學目的建立，不代表標準工期或原生產品模板。
• 編輯建議： 更新頻率、緩衝位置與工具分工要依專案風險、團隊規模與治理方式調整。

結論：先建立可更新的排程，再追求漂亮圖表

一張有效的甘特圖，不在於色彩多完整，而在於任務有明確負責人、日期有估算依據、依賴能被追蹤、里程碑有驗收標準，而且團隊願意持續更新。先複製本文模板，替一個六週內的小專案排出第一版；執行一週後，再依實際落差修正。

如果你想把專案背景、任務資料、會議筆記與視覺規劃放在同一處，可以在 AFFiNE 測試這套手動工作流。若核心需求是自動重排依賴、計算關鍵路徑或發送提醒，請直接選擇具備這些原生能力的專案管理工具。

常見問題

甘特圖是什麼？

甘特圖是把專案任務列在縱軸、日期或週次放在橫軸，並用橫向長條表示每項任務開始、結束與持續時間的排程圖。它適合溝通多任務的先後、重疊、負責人、依賴與里程碑，但仍需定期更新才反映現況。

甘特圖一定要用 Excel 製作嗎？

不一定。Excel 或 Google 試算表適合先用欄位與儲存格做簡單甘特圖；專案複雜、日期常變或需要自動處理依賴時，應改用具備原生甘特圖與排程引擎的專案管理工具。選擇重點是更新成本，不是版面華麗度。

甘特圖至少要有哪些欄位？

最小可用版本應包含任務、負責人、開始日期、結束日期、依賴任務、狀態與里程碑。若要追蹤執行，再加入實際開始、實際完成、進度、風險與備註；不要一開始塞入太多欄位，造成團隊不願更新。

甘特圖和行事曆有什麼差別？

甘特圖以整個專案為單位，強調任務持續時間、先後關係、並行工作與里程碑；行事曆以日期為入口，適合會議、活動與明確時段。可把專案排程留在甘特圖，只將真的需要占用時間或提醒的事件放進行事曆。

AFFiNE 有原生甘特圖與自動排程嗎？

本文查核的 AFFiNE 官方資料可確認文件、Edgeless 畫布、資料庫／集合、表格與看板等能力，但未找到足以證明原生甘特圖、自動依賴排程、關鍵路徑計算或提醒功能的官方資料。因此本文只示範手動資料表與畫布工作流，不把它描述成自動排程工具。