Redmine 的功能你真的需要嗎？導入或繼續使用前的 10 項檢查
Redmine 是一款長年廣受使用的優秀專案管理工具。它免費開源，從議題管理到工時記錄、程式碼儲存庫整合，需要的功能一應俱全。
不過，要執行 Redmine，需要準備能執行 Ruby 的伺服器，之後也得持續維護。它往往裝不進共享主機，最後只能準備 VPS 或專門的雲端服務（詳見Redmine 能裝在共享主機上嗎？）。
這些工夫值不值得，取決於你實際用到多少 Redmine 的功能。本文挑出 Redmine 獨有的 10 項功能，逐一確認你的團隊是否需要。對於已經在用 Redmine 的讀者，本文也介紹如何確認目前的使用情況。
註：本文由 GeckoFlag 的開發者撰寫。Redmine 的功能依據官方指南，確認日期為 2026年10月24日（最新版本為 7.0.2）。
每款工具都有的功能，無法作為判斷依據
首先，把那些不構成選擇 Redmine 理由的功能區分出來。
建立議題（工單）、狀態、負責人、到期日、留言、Wiki、檔案分享、甘特圖。現在大多數專案管理工具都具備這些功能。如果團隊用到的功能都在這個範圍內，就談不上「非 Redmine 不可」。
構成選擇 Redmine 理由的，是下一節介紹的、其他工具往往省略的功能。
Redmine 獨有的 10 項功能
每項功能都依「能做什麼」「什麼時候需要」「沒有也無妨的跡象」的順序來看。請一邊閱讀，一邊數一數你認為需要的項目有幾個。
1工時記錄與統計
能做什麼：可以依議題或依專案記錄工時。每筆記錄可以加上活動類型（設計、開發、會議等）與備註。也可以填寫預估工時，並在專案的「耗用工時」畫面查看清單與統計。
什麼時候需要：依工時向客戶請款、比較預估與實際以改善下次的預估，或用工時來看成員的工作負荷時。
沒有也無妨雖然有記錄工時，但從沒統計過、用過。請款是依案件固定計價，與工時無關。
2自訂欄位
能做什麼：可以為議題、專案與使用者新增自己的輸入欄位。可以選擇文字、數字、日期、清單等格式，並依追蹤標籤（議題的類型）切換顯示的欄位。
什麼時候需要：有些資訊每個議題都必須記錄，例如「客戶名稱」「目標瀏覽器」「發生環境」，而且你想依這些欄位篩選或統計時。
沒有也無妨很多議題的新增欄位都是空白的。寫在說明裡就夠了。
3工作流程
能做什麼：可以針對角色與追蹤標籤的每種組合，規定哪個狀態可以改成哪個狀態。例如「開發人員可以把錯誤改為『已解決』，但只有管理人員才能改為『已結案』」。也可以依狀態把欄位設為必填或唯讀。
什麼時候需要：核准流程是固定的，跳過某個步驟會出問題時。也適合基於品質管理或稽核的需要、必須控管由誰結案的團隊。
沒有也無妨一直沿用安裝時的預設設定。誰都可以改狀態，這樣運作也沒出過問題。
4依專案設定的細緻權限
能做什麼：可以自由建立角色，並針對檢視、建立與編輯議題、記錄工時、編輯 Wiki 等每種操作設定權限。同一個人可以在專案 A 中是管理人員，在專案 B 中只能檢視。
什麼時候需要：想讓外部人員只能檢視，或想依部門劃分可操作的範圍時。
沒有也無妨所有成員的權限幾乎相同。只用預設的角色（管理人員、開發人員、報告人員）。
5議題關聯
能做什麼：可以在議題之間設定關聯。除了「相關」，還有「重複」「阻擋」「前置／後續」等。阻擋方尚未完成時，被阻擋的議題無法結案。前置議題的到期日變動時，後續議題的日程也會順延相同天數。
什麼時候需要：工作順序有很強的相依關係，想在日程上追蹤一處延誤會如何影響其他工作時。
沒有也無妨在說明或留言裡寫一句「在 #123 之後」就夠了。用父子議題拆分工作就足夠。
6版本與版本藍圖
能做什麼：可以建立「v2.0」「4 月發布」之類的版本（階段），並把議題指派進去。在版本藍圖畫面可以查看每個版本的進度。
什麼時候需要：像軟體開發那樣，以發布為單位推進工作時。
沒有也無妨每個案子各建一個專案，在專案裡追蹤到期日就夠了。
7程式碼儲存庫整合
能做什麼：可以把 Git、Subversion 等儲存庫連結到專案，在畫面上瀏覽程式碼與變更歷程。在提交訊息裡寫上議題編號，該提交就會連結到議題；依提交訊息的寫法，還可以變更狀態或記錄工時。
什麼時候需要：開發團隊想追蹤哪次程式碼變更對應哪個議題時。
沒有也無妨程式碼放在 GitHub 或 GitLab 上，與議題的連結也在那邊完成。團隊不寫程式。
8透過電子郵件建立議題
能做什麼：寄到指定地址的電子郵件可以建立新議題，或為既有議題新增留言。
什麼時候需要：透過電子郵件接收客戶詢問或錯誤回報，並想直接當作議題來管理時。
沒有也無妨詢問透過其他管道（表單或客服工具）接收。郵件內容由負責人手動整理成議題就夠了。
另外，使用這項功能需要在郵件伺服器端進行設定，並在伺服器上準備定期收取郵件的機制（如 cron）。
9REST API 與外部整合
能做什麼：啟用 REST API 後，外部程式就能讀寫議題、專案、使用者、工時等資料。
什麼時候需要：想與公司內的其他系統串接，或想把例行的議題建立與統計自動化時。
沒有也無妨團隊裡沒有人撰寫串接程式。在畫面上操作就夠了。
10透過外掛擴充
能做什麼：安裝外掛，就能加入看板、檢查清單、客戶管理、服務台等標準版沒有的功能。官方網站上登錄了大量外掛。
什麼時候需要：標準功能不夠用，想配合自己的業務打造功能時。
沒有也無妨沒有安裝任何外掛。或是裝了，卻跟不上更新，反而妨礙了 Redmine 本體的升級。
每次升級 Redmine 本體時，都需要確認外掛是否相容。外掛很方便，但請把增加的維護工作量也納入考量。
確認你在現有 Redmine 中實際用了哪些功能
如果已經在用 Redmine，可以在管理畫面確認各項功能是否真的有在用。有時會發現某些功能在安裝時設定好後，其實一直沒人使用。畫面名稱可能因 Redmine 的版本與語言設定而略有不同。
| 功能 | 在哪裡確認 | 看什麼 |
|---|---|---|
| 1. 工時 | 各專案的「耗用工時」 | 最近有沒有記錄？有沒有人看統計？ |
| 2. 自訂欄位 | 網站管理 → 自訂欄位 | 欄位有多少個？議題清單中這些欄位是否有填寫？ |
| 3. 工作流程 | 網站管理 → 流程 | 是否改動過預設設定？ |
| 4. 權限 | 網站管理 → 角色與權限 | 除了預設角色，是否建立過其他角色？ |
| 5. 關聯 | 議題詳細畫面的「相關議題」 | 設定了關聯的議題有多少？ |
| 6. 版本 | 各專案的「版本藍圖」 | 是否建立了版本並指派了議題？ |
| 7. 儲存庫 | 各專案的設定 → 版本庫 | 是否登錄了儲存庫？是否顯示最近的提交？ |
| 8. 郵件接收 | 網站管理 → 設定 → 傳入的電子郵件，以及伺服器上的排程設定 | 有沒有透過電子郵件建立的議題？ |
| 9. API | 網站管理 → 設定 → API | REST 網路服務是否已啟用？有沒有正在使用的串接？ |
| 10. 外掛 | 網站管理 → 外掛程式 | 裝了哪些外掛，每個是否都有在用？ |
在表中結果為「沒在用」的功能，請在下一節的檢查中算作「不需要」。
依檢查結果來判斷
看 10 項功能中，你認為團隊需要的有幾項。
3 項以上：值得使用 Redmine
你的團隊能發揮 Redmine 的長處，值得花工夫準備與維護伺服器。如果裝不進共享主機，請選擇 VPS 或專門提供 Redmine 的雲端服務。如何選擇，請參閱Redmine 能裝在共享主機上嗎？
1～2 項：考慮能否用其他方式補足這些功能
如果只需要一兩項功能，請想想能否不用 Redmine 來補足。例如，如果只需要工時記錄，也可以搭配試算表或專門的工時記錄工具。如果無法補足，選擇 Redmine 最為穩妥。
0 項：設定更少的工具很可能就夠了
如果用不到 Redmine 的長處，就沒有多少理由為它花工夫維護伺服器。如果工作主要是管理議題、到期日與負責人，設定更少的工具可能更容易在團隊中落地生根。
除了數量之外，還有一點需要考慮：伺服器由誰來照顧。如果自行維運 Redmine，安裝它的人也要負責更新與故障處理。請把「這個人離開後能否繼續運作」也納入判斷。
寫給檢查結果為 0 項的團隊
最後，作為檢查結果為 0 項的團隊的一個選擇，請容我們介紹自己開發的 GeckoFlag。
先說清楚：本文介紹的 10 項功能，大多數 GeckoFlag 都沒有。它沒有工時記錄、自訂欄位、工作流程設計、議題關聯、版本、程式碼儲存庫整合、透過電子郵件建立議題、外部 API 與外掛，角色只有管理員、成員與訪客三種。如果你需要這些功能，選擇 Redmine 才是正確答案。
相對地，GeckoFlag 把每個團隊都需要的功能，整合成不必為設定煩惱就能使用的形式。
- 集議題管理（父子議題）、看板、甘特圖、Wiki 與檔案分享於一身。
- 可在支援 PHP 8.2 以上與 MySQL 或 MariaDB 的伺服器上運作。不需要 Composer，不需要 Docker，也不需要命令列操作。
- 用瀏覽器中的安裝程式完成安裝，在管理畫面上傳 ZIP 即可更新。套用更新前會自動備份。
- 外部人員可以用訪客身分邀請。專案只有參與其中的成員看得到。
- $30 一次買斷，各方案之間沒有功能差異，也不限制使用者數與專案數（每個網域一個授權，伺服器費用另計）。
與 Redmine 的差異詳見 GeckoFlag vs Redmine，與其他能在共享主機上運作的工具的差異詳見不需 Docker 就能安裝在共享主機上的專案管理工具比較。你可以在 Demo 中試用實際畫面。
參考資料
- Issue tracking（Redmine 官方：議題關聯、子議題）
- Time tracking（Redmine 官方：工時記錄）
- Issue tracking setup（Redmine 官方：追蹤標籤、狀態、工作流程）
- Receiving emails（Redmine 官方：透過電子郵件建立議題）
- REST API（Redmine 官方）
註：以上內容皆於 2026年10月24日確認。Redmine 的畫面與功能可能因版本而異。