甘特圖是什麼?第一次做專案就上手的完整教學

甘特圖把任務化成時間軸上的橫條,進度與先後關係同時看得見。從定義、適用場景、Excel 做法的極限談到工具怎麼選,再帶你用 Meegle 一步步建立甘特圖,避開最常見的維護失誤。

第一次被指派帶專案的部門主管,故事多半這樣開場:老闆一句「這案子你負責」,你開了一個 LINE 群、建了一份 Excel,把要做的事列成清單。清單起初運轉得不錯,直到某天,行銷說在等產品的規格、產品說在等老闆核可,工廠交期悄悄往後滑了十天,而你是最後一個知道的人。

問題不出在誰偷懶,而是任務之間的「先後關係」從頭到尾只存在每個人的腦子裡。清單列得出要做什麼,列不出誰在等誰;等待與延誤這兩件專案裡最要命的事,在清單上是隱形的。

甘特圖就是讓它們現形的老牌工具。下面從定義講起,依序把適用場景、Excel 做法的極限、工具怎麼選、在 Meegle 實際建立甘特圖的步驟,以及最常見的維護錯誤攤開來,讓你第一次帶專案,就能把進度抓在自己手上。

團隊在辦公室圍桌一起腦力激盪、討論專案想法

甘特圖是什麼:把專案攤上時間軸的圖

甘特圖(Gantt chart)是一種把專案任務畫成水平橫條的排程圖表:縱軸由上而下列出任務,橫軸是日期,每條橫條的左端是開始日、右端是結束日,長度就是工期。看一眼橫條的位置與長短,就知道每件事什麼時候開始、什麼時候該結束、現在進行到哪裡。

這種圖得名自美國人 Henry L. Gantt。英國專案管理學會(APM)2018 年刊出的〈A brief history of Gantt charts〉把概念的起源定在十九、二十世紀之交:Gantt 與同事 Frederick Taylor 為工廠與作業場所設計了一套描述生產計畫與資源負載的方法,後來演變成今天專案管理裡隨處可見的橫條圖。一張活過百年的圖能留到現在,理由很單純:它把「時間」這個專案裡最稀缺的資源,變成看得見、可以指著討論的東西。

讀懂一張甘特圖,盯住這些元素就夠:

  • 橫條:一項任務的起訖與工期,是整張圖的主體。
  • 里程碑:必須守住的時點,例如「送審」「上市日」,通常畫成菱形或旗標,沒有工期、只有日期。
  • 相依線:連接兩條橫條的箭頭,代表「A 做完,B 才能開始」這類先後關係,專案管理上稱為任務相依(dependency)。
  • 今日線:標出今天的垂直線。該完成的橫條還壓在線上或線的左邊,就是進度落後的警訊。

對部門主管來說,甘特圖真正的價值不在圖本身,而在畫圖逼你回答的問題:每件事誰負責?要做多久?誰在等誰?回答不出來,代表專案還沒被想清楚;回答得出來,圖只是順手的產出。

什麼時候用甘特圖:適用與不適用的場景

甘特圖適合「任務有先後關係、工期跨數週以上、需要對上或跨部門同步進度」的專案;反過來說,例行工作與幾天內能收工的小事,用待辦清單追蹤反而更快。判斷值不值得畫,先看一件事:任務之間有沒有「誰不動、誰就動不了」的關係。

典型的適用場景,在台灣企業的日常裡俯拾皆是:新產品上市,研發、驗證、量產、行銷檔期環環相扣;展會與大型活動籌備,攤位、物料、人力全踩著同一個死線;系統導入或辦公室搬遷,供應商、IT、使用者三方交錯。共同點是等待成本高:一個環節延誤,下游整串跟著滑,而且往往滑得無聲無息。

也有不適用的時候。客服排班、每月結帳這類週期性例行事務,重點在輪值與完成率,先後關係單純;一個人可以獨立完成的短任務,畫圖花的時間可能比做事還久。工具是拿來省力的,這些場景硬上甘特圖,只會多養一張沒人看的圖。

跨部門對齊之所以值得專門花力氣,有數據背書:Atlassian《The State of Teams 2026》調查 12,035 位知識工作者,其中 87% 的知識工作者自述,當每個人都埋頭執行,他們缺乏協調彼此工作所需的時間與餘裕。甘特圖不會替你開協調會,但它把「誰在等誰」從各自的口頭陳述變成同一張圖,協調的起點從各說各話,變成大家指著同一條橫條講話。

Excel 畫甘特圖的極限:起步可以,走遠很難

Excel 其實沒有內建的甘特圖圖表類型,微軟的官方支援文件寫得直白:可以用「堆疊橫條圖」自訂模擬出甘特圖的樣子,或套用現成範本。對一次性的小專案,這條路行得通:學習門檻低、不用走採購流程、格式自由,老闆要的那頁進度簡報也產得出來。

先把 Excel 的好話說完。如果你的專案就十來項任務、單人維護、結案前向上報告一兩次,Excel 綽綽有餘,不必為此導入任何新工具;很多主管的第一張甘特圖都是在 Excel 上畫出來的,這是再正當不過的起點。

極限出現在專案「活起來」之後。堆疊橫條圖畫出來的是靜態的圖:日期一改,長條要自己重拉;任務之間沒有相依概念,前置任務延了五天,後面十幾條橫條不會自己動,每一條都得手動順延,漏改一條,圖就開始說謊。多人協作更麻煩:檔案傳來傳去、版本分岔,誰改了什麼沒有紀錄,週會上兩個人拿著兩個版本各執一詞。這些不是 Excel 的錯——它是試算表,拿它硬做排程聯動,等於要求計算機兼差當秘書。

實務上的換工具訊號有兩個:一是你每週花在「維護圖」的時間超過一小時,二是圖上的日期已經要靠記憶補正才對得上現實。把散在 Excel 裡的營運資料整批搬進資料庫的路線,另有一篇〈從 Excel 地獄到自動化〉可以參考;甘特圖通常只是這個故事裡最先痛起來的那一段。

專案管理工具怎麼選:照專案複雜度分層

選專案管理工具的關鍵在專案複雜度與協作需求,而非功能清單的長度。先交代立場:我們是 Lark 台灣授權代理商,立場自然有偏向,所以下面只寫查得到官方文件、你可以自行驗證的事。

以「甘特圖用起來順不順」為軸,工具大致分成三層:

層級適合的專案甘特能力代表
試算表一次性、單人維護的小案靜態圖、手動維護Excel
資料庫型協作工具部門級清單+排程追蹤甘特檢視與資料同步Lark Base 甘特檢視
專案管理工具跨部門、相依關係複雜的案子相依線、關鍵路徑、自動排程Meegle

中間這層值得多講兩句。Lark 多維表格(Base)的甘特檢視,免費方案就包含(我們實測),任務清單、負責人、進度欄位與圖是同一份資料,改一處、各檢視同步更新,對多數部門級專案已經夠用。要誠實說的限制是:Base 甘特檢視本身不支援任務相依,官方說明文件載明無法設定前置、後置任務。「前置完成、後續自動順延」在 Base 上要靠自動化組合技達成:以「修改記錄時」為觸發、偵測前置任務完成,用「查找記錄」找出後續任務,再用「修改記錄」把新的開始日期寫進去;這幾個動作都是官方載明的自動化能力,動作細節見〈工作流常用執行操作〉,我們在導入案裡實際搭過。要留意自動化執行次數依方案有月配額。

至於 Meegle,它是 Lark 生態的專案管理工具,官網為 meegle.com,官方定位是免費的視覺化工作流與專案管理工具。任務相依、關鍵路徑、自動排程這些「專案味」最重的能力都落在這一層。依官方定價頁的功能對照表(2026-08-06 查核),甘特檢視各方案都有、含免費方案;進階相依(Advanced Dependency)與自動排程(Auto-Scheduling)則列在較高階的付費方案、不在免費方案內,實際權益以官方最新公告為準,選型時也可以直接與我們確認。

選型的判斷句給你一條:專案裡「誰等誰」的關係屈指可數、成員都在同一部門,Base 這層就好;相依關係一多、跨了部門、需要看關鍵路徑,直接上 Meegle,省得中途搬家。單點工具與一站式平台怎麼選,可另讀〈2026 台灣企業協作工具對比〉;如果團隊同時在評估敏捷做法,任務、Base、Meegle 的工具階梯在〈敏捷管理在台灣中小企業的落地實戰〉有更完整的討論。

用 Meegle 建立甘特圖:實際操作走一遍

在 Meegle 把專案畫成甘特圖,路徑比多數人想的短:建立或進入一個檢視,在檢視設定裡把預設模式切換成「Gantt」,時間軸就出現了。以下每一步都對照官方文件,連結附在句子裡,操作時可以並排開著看。

建立甘特檢視。官方甘特檢視文件,在專案中建立新檢視或進入既有檢視,於檢視設定將預設模式設為「Gantt」。圖會沿時間軸呈現功能、節點與子任務等項目的排程,時間軸背景自動區分工作日與假日,專案節奏看圖就能對上。

用拖曳把排程調到位。 同一份文件載明:直接選取並拖曳任一甘特長條,就能快速修改任務的起訖日期;還沒排程的節點,可在圖上一鍵補上排程、再拖曳微調。負責人也不用進表單改:點長條上的成員頭像即可改派,未指派的任務可一鍵指定負責人。對主管的實際意義是,週會投影著甘特圖就能當場改排程,不用會後回去補作業。

把時間刻度調到看得舒服。 甘特檢視支援把時間軸刻度在月、雙月、半年、年之間切換:長週期的案子拉遠看全貌,衝刺期拉近看細節,同一張圖服務兩種會議。

設定相依與里程碑。 相依線的顯示與建立,官方寫在 Meegle 規劃器(Planner)甘特的功能裡:依規劃器甘特文件,開啟「顯示相依」(display dependencies)後,長條之間會用箭頭畫出 FS(前置完成、後續才能開始)等相依關係;滑鼠移到長條上會出現相依按鈕,拖曳連接線即可建立 FS 與 FF 相依。同一份文件也載明關鍵路徑開關:打開後,圖上會標出那條「任何一環延誤、整案就可能延誤」的任務鏈。里程碑則依規劃器用法指南,在專案建立後由專案經理設定關鍵里程碑的預計達成時間,並為關鍵活動指定負責人;篩選節點類型、聚焦看關鍵路徑與里程碑節點,則同樣載於前述規劃器甘特文件。

打開自動排程,讓延誤自動傳導。 這一步讓甘特圖從「圖」升級成「排程引擎」:依規劃器排程文件,排程相依支援 FS、SS、FF、SF 與位移天數的規則設定,啟用自動排程後,修改某個節點的排程,依賴它的其他項目會按排程規則自動更新;支援從第一個節點往後推的正推排程,也支援先定住最後一個節點、往回推的倒推排程。哪些項目被這次修改連動、想保留哪些不動,都能在「調整聯動項」(Adjust linkage items)裡逐項檢視、部分撤銷。開頭那個「工廠交期滑十天、你最後一個知道」的故事,在這裡的版本是:交期一改,受影響的任務當場現形。

方案提醒。 依官方定價頁功能對照表(2026-08-06 查核),進階相依與自動排程屬較高階方案的權益;規劃器相關能力的方案歸屬,定價頁未逐項列出,導入前建議與我們確認,以官方最新公告為準。

甘特圖常見錯誤:圖畫得出來,專案管不動

甘特圖最常見的失敗不在畫圖,而在維護:圖排得漂亮,兩週沒更新,與現實脫節之後,大家默默回去翻群組訊息。依我們協助台灣企業導入的經驗,下面這些錯誤模式出現的頻率,遠高於「不會用工具」本身。

任務切錯顆粒度。 切太細,兩百條橫條沒人看得完,更新變成一份全職工作;切太粗,一條「開發完成」橫跨兩個月,中間發生什麼圖上看不見。給第一次帶專案的人一個實用基準:一條任務對應一位負責人、工期以天為單位、整張圖控制在數十條以內,先求看得懂,再求列得全。

沒建相依,延誤不傳導。 橫條之間如果彼此無關,前置延誤時後續照樣顯示原日期,圖面一片祥和,死線當天才爆炸。有相依能力的工具,就把關係實際建起來,讓延誤自動傳導;用 Base 這類原生不支援相依的甘特檢視,就搭前面說的自動化組合技,或至少在週會上人工核對一輪先後關係。

整張圖只有專案經理在動。 負責人不自己更新進度,主管就得逐一問、逐一改,圖的即時性綁在一個人的勤勞程度上。健康的做法是把「更新自己的橫條」變成負責人的例行動作;工具端也選得到支援,像 Meegle 點頭像改派、拖曳改期這類設計,就是把維護成本壓到隨手可做的等級。

里程碑當裝飾。 里程碑立了一排,到期沒達成也沒有任何後續動作,下次就沒人看了。里程碑要連著決策:到期未達成就升級處理、調整範圍或補資源,立起來才有意義。

把圖當報告,不當工作面。 甘特圖若只在月報裡出現,它就只是簡報素材;要發揮作用,它得是團隊每週指著討論的那張圖。管理層不帶頭看,工具再好也一樣。依我們導入輔導的經驗,管理層不帶頭的案子,多半三個月內退回原狀。

第一次帶專案的主管,與其追求一張完美的圖,不如守住三件事:顆粒度適中、相依有建、每週更新。做到這些,甘特圖就會從交差用的附件,變成整個專案的中樞。

想把部門的下一個專案直接畫上甘特圖、順便把工具選型一次定案,歡迎預約專案顧問。身為 Lark 台灣授權代理商,艾瑞特資訊可以依你的專案複雜度建議該落在 Base 還是 Meegle,並用你們的真實案子現場把第一張甘特圖建出來。

常見問題

導入甘特圖之前,部門主管最常問我們的問題集中在定義差異、Excel 極限、相依能力與顆粒度,每題第一句就是結論。

Q1:甘特圖和一般的專案時程表有什麼不同?

甘特圖是時程表的視覺化形式:每項任務畫成時間軸上的水平橫條,起訖、工期、先後關係與整體進度在同一張圖上就讀得出來。文字或表格式的時程表列得出日期,但「誰在等誰」「延誤會波及誰」這類關係資訊,要靠甘特圖的相依線與橫條相對位置才容易呈現,這正是跨部門專案選它的主因。

Q2:Excel 可以畫甘特圖嗎?

Excel 可以模擬甘特圖,但沒有內建的甘特圖圖表類型:微軟官方支援文件的作法,是用堆疊橫條圖自訂、或套用現成範本。這條路適合一次性、單人維護的小專案;當日期需要連動、任務有相依、多人要即時協作,Excel 幾乎全靠手動維護,那通常就是換工具的訊號。

Q3:Lark Base 的甘特檢視支援任務相依嗎?

Lark Base 的甘特檢視本身不支援任務相依,官方說明文件載明無法設定前置、後置任務。若需要「前置完成、後續自動順延」,可以用自動化組合技達成:「修改記錄時」觸發偵測完成、「查找記錄」找出後續任務、「修改記錄」寫入新的開始日期,這些動作都是官方載明的自動化能力;要留意自動化執行次數依方案有月配額。

Q4:Meegle 的甘特圖支援任務相依與自動排程嗎?

Meegle 支援任務相依與自動排程:規劃器甘特可顯示相依箭頭並以拖曳建立相依,排程相依支援 FS、SS、FF、SF 與位移設定,啟用自動排程後,前置節點的排程變動會依規則自動更新後續項目,並支援正推與倒推排程。依官方定價頁功能對照表(2026-08-06 查核),這類進階能力列在較高階方案、不在免費方案內,以官方最新公告為準。

Q5:第一次帶專案,甘特圖要做到多細才夠?

第一次帶專案的甘特圖,建議切到「一條任務對應一位負責人、工期以天為單位」的顆粒度,整張圖控制在數十條任務以內。比細緻更重要的是維護節奏:相依關係先建好、每週固定更新,一張稍微粗略但活著的圖,勝過精緻卻停在上個月的圖。

瀏覽知識中心教學