Jira 並沒有內建甘特圖功能，因此在 Jira 中製作甘特圖意味著匯出任務日期，並在另一個瀏覽器端的時程表工具中繪製出來。 Jira 自己的時間軸檢視是最接近的內建替代方案，但它存在於 Jira 內部，無法匯出成真正的圖表檔案，也無法將結果附加到簡報、主管維基頁面或狀態信件中。輕量的替代做法是將議題從 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 程式碼單位以內。超過上限的標籤會被拒絕而不會截斷，且不支援字面上的逗號，因為剖析器會將它們視為欄位分隔符號。
- 開始日期 — 將每個開始設為精確 YYYY-MM-DD 格式的真實 UTC 日曆日。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，因此下游工具、簡報和維基會以你預期的尺寸轉譯，而不是以預覽碰巧允許的尺寸呈現。
何時該升級到專用的專案工具
確定性的 SVG 是一個有用的產出物，但它不是專案管理系統。對於相依性規劃、資源容量、稽核歷史、權限，以及圖表與底層 Jira 議題之間的即時雙向同步，請將瀏覽器路徑視為快速的匯出目標，而不是 Jira 本身的替代品。當乾淨的當前計畫圖像是真正重要、且時程小到可以擷取為 task,start,end 資料列時，這個做法非常適合狀態更新、啟動簡報、主管一頁報告和審查會議。