工程師的他弄懂 Redmine，竟馬上讓專案效率提升 3000 倍!?

淺談 Redmine 用途，如何追蹤問題並提升專案效率

        Redmine 是一個採用 ruby on rails 實作的 issue tracking system，為開放原始碼專案，可自行下載裝在不同平台伺服器，現在也有許多廠商提供 Redmine hosting 服務，例如 

        這樣講還是很模糊，Redmine 具體來說到底是什麼定位的工具呢？

Redmine 的需求緣起

        大家可以想像一下，通常我們在工作的時候，一個任務會有一套流程，如下。

        工程師：

        被指派開發一個功能 → 規劃 → 實作 → 測試 → 完成

        業務：

        開發潛在客戶 → 洽談 → 簽約 → 驗收 → 完成

        而現代社會講求一人多工，所以通常一個人手上會有多個任務，它們具備不同 Deadline 、各階段的時程也不盡相同，例如對業務來說特定一個客戶比較難搞要洽談很久，對工程師來說某項功能就是測不過 ... 這時候就需要一些工具來幫助我們管理這些時程對不齊的多個任務。

        有人會用筆記本，有人會用 trello，也有各種工具應運而生：MS Project、GanttProject 等等... 那麼有些人會說，這不是 PM 的工作嗎？事實上，PM 是規劃專案內多個團隊的時程沒錯，但團隊成員也需要個人工具來自助，如果這些個人工具能發揮綜效，那對所屬團隊會更有好處。

        舉個例子就是 trello，除了能當個人備忘貼外，還能讓團隊互通資訊。

        以個體工程師舉例，自己寫個小專案來玩，通常用 GitLab/GitHub 並且開 issue 紀錄事件或接收反饋。

    

        有沒有一個協作的任務管理工具，能貼身切和工程師的習性、需求呢？

        有的，Redmine 看起來是一個不錯的選擇。

Redmine 最精華的地方在於幫助我們掌控 issue 的分派及時程

        這邊的 issue 通常指的是一個待修正的設計、一個 bug，或者一個待實現的 feature。

        作為工程師都知道，寫出一個稍微能動的東西不是難事，如何防止 bug 或不良的設計產生，以及產生了所衍生的問題、如何收尾，最後再將這些集結成版做更新，才是工程師的工作精華之所在。

        說到這邊，大家來看一下 Redmine 的介面：

      

        這張圖片簡單道出 Redmine 的多個特色：

• 一個陳列很多 issue 的入口網頁
• 搜尋並篩選 issue
• 從功能列看起來，可以管理很多專案、查看專案中的版本沿革
• 有參與專案的人能查閱的 wikipedia （wiki）
• 有登入註冊，所以推想可能有權限控管不同成員能做的事
• 很醜

        總體來說，為了幫助一個團隊追蹤很多 issue，Redmine 給了很多配套功能，並且全部整合到一個平台網頁上，這就是 Redmine 想帶給我們的！

一窺 Redmine 的強大之處—建立「Ticket」

        前面說到 Redmine 的精華是建立各種「議題」，新版中文版是翻譯叫「問題」，其實就是一般很常聽到的「Ticket」，「Ticket」也並非只有工程單位在用，在有特別投資技術支援的企業，也曾看到過用「Ticket」、「Wiki」等功能模組來協助 Support 人員工作。

        「Ticket」長這樣：        

        藍色框起的這些標籤欄位，選項都是可以客製化的，例如畫面中的 ticket「狀態」就是從無到有被我建立了7項之多（紅色框起處），如果這些您不喜歡，完全可以設定成自己想要的狀態，浮誇一點舉例，如果我是做小吃的，我完全可以設定成：備料、開店布置、起鍋、料理、午餐、晚餐、收店... 從這邊就可以一窺 Redmine 的強大客製化能力。

     Redmine 的好處就在於它免費、強大，且適應多平台的特性。

參考資料：

https://afunction.gitbooks.io/tools/content/pms/redmine.html