Jira 本身並未內建甘特圖功能，因此在 Jira 中製作甘特圖就意味著匯出你的任務日期，再交由獨立的瀏覽器端時程工具來繪製。 Jira 自帶的時間軸檢視是最接近的內建替代方案，但它存在於 Jira 內部，無法匯出成真正的圖表檔案，也沒辦法把結果附加到簡報、主管 wiki 頁面或狀態信件中。一個輕量的做法是：將你的議題從 Jira 複製成簡單的 task,start,end 列，再貼到像 Gantt Chart Maker 這樣的本地確定性渲染器，然後下載成一個獨立的 SVG，裡面顯示的長條與你在預覽中看到的完全相同。排程從未離開你的瀏覽器分頁，無需安裝任何 Jira 甘特圖外掛，每一條長條反映的都是任務含起訖日的實際天數，而非含糊估算的工作可能發生時間。
為何 Jira 沒有內建真正的甘特圖
Jira 是圍繞著議題、衝刺、看板與工作流程建構的，而非圍繞甘特排程。它的 Roadmap 檢視和時間軸檢視都是水平的時程視覺化，乍看之下很像甘特圖——任務名稱在左側，水平長條橫跨日期。但問題在於它們沒顯示的東西：沒有相依性箭頭、沒有進度百分比、沒有要徑，也無法把版面匯出成可攜的圖表檔案。這些檢視是根據 Jira 自身的資料模型渲染的，因此想把同一份排程搬到簡報中，依然只能靠螢幕擷圖或付費的 Marketplace 外掛。
這個落差正好說明了為何討論「在 Jira 中製作甘特圖」的文章，幾乎都會描述三種變通方法之一：依賴內建的時間軸檢視、安裝付費的甘特圖外掛，或在另一個工具中重建排程。第一種選項只能給你 Jira 已經顯示的內容。第二種雖然有效，但會增加成本、需要管理權限，還得續約授權。第三種則提供最大的掌控空間，前提是目標工具能以簡單且可預期的格式接收乾淨的排程。
通往 Jira 甘特時程的三條路徑
| 方法 | 成本 | 需要 Jira 管理員安裝 | 可匯出為圖表檔案 | 最佳適用情境 |
|---|---|---|---|---|
| Jira 時間軸檢視 | 隨 Jira 內附 | 否 | 僅能螢幕擷圖 | 一個停留在 Jira 中的快速產品內視覺 |
| Marketplace 甘特圖外掛 | 訂閱制，依外掛而異 | 是 | 視外掛而定 | 需要即時同步與相依性的團隊 |
| 瀏覽器端工具搭配匯出的列 | 無訂閱費用 | 否 | 獨立 SVG 下載 | 可在 Jira 之外分享的乾淨圖表 |
第三列是搜尋這個關鍵字的多數讀者最終會走的路。它以可攜性、隱私與一張能附加到任何地方的圖表，換掉外掛提供的即時雙向同步。如果你的排程穩定到足以複製成一小段 CSV 風格的內容，這通常是在狀態更新或啟動簡報中最快的解答。
將 Jira 任務匯出為 task,start,end 列
瀏覽器工具認得輕量 CSV：每一行任務正好是 task,start,end，三個欄位之間有兩個字面的逗號。要從 Jira 走到這一步，你只需要專案中的三個欄位：議題摘要、開始日期，以及到期日或結束日期。最快的方式是從議題瀏覽器使用 Jira 內建的 CSV 匯出，但對於較小的待辦清單，把你關心的欄位複製到試算表也同樣有效。
清理列，直到每一個非空行都剛好包含這三個欄位：
- 任務標籤 — 每個任務標籤請控制在 80 個 UTF-16 碼點以下。超過上限會被直接拒絕而非截斷，且不支援字面的逗號，因為解析器會將其視為欄位分隔符。
- 開始日期 — 每個開始日期都設定為真實的 UTC 曆日，並嚴格使用 YYYY-MM-DD 格式。Jira 的日期選擇器本來就提供曆日，因此這基本上只是格式化的步驟。
- 結束日期 — 從 Due 欄位或任何自訂的結束日期欄位擷取，並確認格式與開始欄位逐字元相同。
當試算表只剩下這三個欄位、每個任務一行時，把整段內容複製出來。多數衝刺與小型專案中，兩到三十個非空行都能舒適地處理。更長的計畫應該拆分，因為這個工具刻意選擇拒絕輸入，而非悄悄截斷超過三十行上限的內容。
在瀏覽器中建立甘特圖
- 在你將進行後續作業的同一分頁中開啟 Gantt Chart Maker 頁面，讓所有事情都不必離開瀏覽器即可產生圖表。
- （選用）在標題欄位輸入簡短標題——任何約一百個字元以內的純文字都可作為圖表標題。
- 將你的任務列貼到排程區域中。每個非空行一個任務，採 task,start,end 形式，兩個日期皆使用嚴格的 YYYY-MM-DD 格式，且結束日期必須等於或晚於開始日期。
- 點選 Generate。只要任何一行格式錯誤，渲染器會整批退件，所以若看到錯誤訊息，請先修正該行再重試——絕不會回傳部分圖表。
- 檢查預覽，確認每條長條都從你預期的位置開始、每個含訖日的結束日期都落在最右側的佔用格上，以及刻度標籤符合你專案的天或月範圍。
- 點選 Download SVG。你收到的檔案就是產生可見預覽的同一段字串，因此你所見即你所分享。
瀏覽器工具強制執行的日期規則
圖表測量的是日曆佔用天數，而非工作量，因此日期決定了所有繪製出來的內容。在貼上任何東西之前，有幾條規則值得了解：
- 結束日期含訖日。一個從 1 月 1 日開始、到 1 月 3 日結束的任務會佔用三個日格——1 月 1、2、3 日——同日開始與結束的任務則剛好佔用一格。
- 日期會以嚴格的格雷果里 UTC 預溯曆日進行驗證，而非以寬鬆的字串解析。4 月 31 日、非閏年的 2 月 29 日，以及像 2024-1-5 這種缺零的寫法，都會在任何繪製發生前失敗。
- 水平軸從最早的任務開始日，延伸至最晚含訖日的隔一天。每條長條的寬度等於該任務含訖日的天數，長條位置則是以整數 UTC 日為單位，從最早開始日偏移計算。
- 跨度 62 天或以內的區段會繪製確定性的日刻度。更長的跨度則切換到月刻度，以維持座標軸的可讀性。所有任務與其完整日期寬度仍會顯示——只有標籤會改變。
相較於 Jira 時間軸的螢幕擷圖，SVG 長條刻意是靜態的，無法拖曳。輸出是一張可分享的快照，而非一個認識 Jira 權限的可編輯排程。
驗證預覽並下載 SVG
驅動預覽的字串也同樣驅動下載，因此驗證步驟很短。產生之後，在預覽中橫向捲動圖表，確認每個任務標籤都出現在自己的那一列、最左側的長條對齊最早的開始日期、最右側的長條延伸到最晚的結束日期。匯出的 SVG 遵循 W3C SVG 2 規格，包含你輸入的標題，並嵌入無障礙的 role 與 aria-label 節點，讓螢幕閱讀器能夠描述它。
如果標籤過長，或圖表寬度超出預覽框，預覽會以橫向捲動而非把文字擠成窄小的行動裝置寬度。下載的 SVG 保留完整的邏輯寬度與相符的 viewBox，因此下游工具、簡報與 wiki 都會以你預期的尺寸呈現，而非受限於預覽允許的範圍。
何時該升級使用專案管理工具
確定性的 SVG 是個有用的產出，但它不是專案管理系統。對於相依性規劃、資源容量、稽核紀錄、權限，以及圖表與底層 Jira 議題之間的即時雙向同步，請把瀏覽器路徑視為快速的匯出目標，而非 Jira 本身的替代品。這個做法非常適合狀態更新、啟動簡報、主管一頁報告與審查會議——這些場景中，一張乾淨的今日計畫圖才是真正重要的——而且排程規模小到足以整理成 task,start,end 列。