還在對話紀錄跟 Email 裡面找提過的 bug 或需求嗎?

是否受以下情況而苦惱?
– 口頭跟工程師討論一些功能細節，但是你只記得其中的一兩條，其他的都忘記了。
– 工作太多太雜，請別人處理一些事情，但是對方忘記了，你也忘記了，但是老闆跟客戶記得。
– 請工程師處理一個 bug，但你從工程師的臭臉中發現，你是第N個跟工程師講的人了。
– 一直催別人進度，但你以為 2 分鐘就能處理好的小東西，其實是動搖國本的大問題。
– 用 Email 討論功能需求與 bug，花花綠綠一大串，但是問題還是沒解決。
– 在 skype 或是 line 的對話紀錄中尋找很久以前提的一個需求。
– 這問題不急，晚一點再弄，然後就忘了。
– 以為一個系統很完美，殊不知後面一團亂，大家整天都在 debug
– 你的工作思緒整天被提問題的對話視窗，或隔了半個辦公室的喊話打斷，沒辦法專心。

那也許該考慮使用議題追蹤系統(Issue tracking system)了。

看不到資料的話請點此議題追蹤系統 (Issue tracking system ) // Speaker Deck

內容摘要:
– 何謂議題(issue)?
– 何謂議題追蹤系統(Issue tracking system)?
– 對處理者/提問者而言，可以
– 傳統提交問題的方法與缺陷
– 開始使用 ITS – 市面上常見的ITS
– Demo – 以 Yodiz 為例(3人以下免費)
– Demo – 以 Yodiz 為例-提交問題介面
– 更多功能? 專案管理系統
– Demo – 以 Visual Studio Online 為例(5人以下免費)
– Demo – 以 Visual Studio Online 為例-功能管理介面 (可設定功能製作的工作排程、測試方法、驗收標準、歷史紀錄、提交問題…等等)
– Demo – 以 Visual Studio Online 為例-程式碼版本控管 (可設定不公開程式碼，與 Github 免費版不一樣)
– 反方意見-為什麼不使用 ITS? 理想派/超前部屬派/時間寶貴派/怕走火入魔派/不接受新工具派/見面三分情派
– 一個好的Issue紀錄應該包含
– Issue 是哪來的?
– 其他議題追蹤系統 的參考資料

使用前須知:
– 找到願意使用的同伴
– 不排斥英文介面的東西
– 不要走火入魔
– 確定您要解決的是軟體或資訊專案的問題，而不是如師生問題或其他的管理問題。