議題追蹤系統 (Issue tracking system )

還在用 Email 提交 bug，管理功能，還在從 line 或 skype 的對話紀錄找以前提的功能? 那也許您該考慮用 議題追蹤系統 (Issue tracking system ) 了。
http://jimmysu.logdown.com/posts/278226-issue-tracking-system

Transcript

1. 議題追蹤系統 (ITS) Issue tracking system / 问题跟踪系统 /缺陷追踪系统 su1205su@gmail.com http://Jimmysu.logdown.com/
2.  何謂議題(issue)? 一些待處理的功能需求，或功能缺陷(bug)。  何謂議題追蹤系統(Issue tracking system)? 一個可以紀錄、管理議題(issue)的系統。 對提問者而言，可以 • 可以追蹤問題的進度 • 避免重複提問。 • 查閱此問題是否以前有發生過 • 了解系統現況 (No news is good news?) 對處理者而言，可以 • 避免工作被發問打斷 • 幫助整理專案的問題 • 了解問題是如何發生的? • 調解工作量、安排處理的優先順序 • 釐清是否要處理 (新需求/非bug/使用者自己的問題) • 知道之前怎麼解決的?
3. 一般提交問題的方法  即時通訊軟體 (Line, Skype, WeChat, Skype for Business(Lync), Google Hangout …)  E-mail & CC  電話 & 簡訊  口頭交接  抄在紙上 • Mail 太長，各種文字顏色，大小、有解決的沒解決的參 雜在一起，難以閱讀。 • Mail 回信、來回往返花時間，但問題還是沒解決。 • 一堆人都被 CC，那真正負責處理的是誰? • 講過就忘了。 • 這問題不急，晚一點再處理，結果就忘了。 • 通訊軟體的紀錄搜尋&匯出功能參差不齊。 • Line 翻舊帳要滑老半天，太久以前的圖片還看不到。 • 接收的檔案/抄問題的紙 到哪兒去了? • 問題是處理中，還是已修復? • 看似小問題，但很花時間，要過一陣子才能處理。
4. 開始使用 ITS  線上雲端版  Yodiz, Trello, asana, Done Done, JIRA, Lighthouse, Basecamp…  桌面應用程式  Bugify, codeBeamer  網頁應用程式(通常是PHP/Python/RoR環境)  Bugzilla, MantisBT, Bug tracker, Redmine, JIRA, Trac…  免費工具頂著用  Google試算表, Google 協作平台, Google日曆, Google keep… 系統需求: • 伺服器環境 • 資料庫環境 • 儲存空間 • 寄件伺服器 • 網路
5. Demo - 以 Yodiz 為例(3人以下免費)
6. Demo - 以 Yodiz 為例-提交問題介面
7. 更多功能?  自動記錄提交者的環境與紀錄  提供截圖與圖像處理工具  整合原始碼管理工具(SCM)，將 commit 與問題單做連結  整合討論區、Wiki、知識管理系統(KMS)  整合組織與成員人事資料  整合行事曆、甘特圖、流程圖、燃盡圖等各種圖表工具  統計功能 http://bugdigger.com/tour/ ->專案管理系統(PMIS)
8. Demo - 以 Visual Studio Online 為例(5人以下免費)
9. Demo - 以 Visual Studio Online 為例-功能管理介面 可設定功能製作的工作排程、測試方法、驗收標準、歷史紀錄、提交問題…等等
10. Demo - 以 Visual Studio Online 為例-程式碼版本控管 可設定不公開程式碼，與 Github 免費版不一樣
11. 反方意見-為什麼不使用 ITS? 1. 理想派 理想的專案，應在開發時避免 Bug 與爭議產生。 (理想的狀態，馬路應該要是平的，而不是搞一堆路平專案。) 2. 超前部屬派 製作發生問題時，系統產生能追蹤的資料， 或系統主動回報的機制。 (但可能造成系統資源提高。) 3. 時間寶貴派 需花費寶貴時間寫文件、輸入詳細的 bug 發生步驟、擷 圖。用講的比較快。 https://www.facebook.com/bonanananana/posts/10205898004716524
12. 反方意見-為什麼不使用 ITS? 4. 怕走火入魔派-1 沒有跨部門或多人協作的團隊， 不需要用這種東西，小事不用複雜化。 5. 怕走火入魔派-2 ITS 造成上有政策，下有對策， 形成偷吃步與技術債。 6. 不接受新工具派 ITS 系統看起來像給工程師用的、 不會用、不習慣、看不懂英文。 7. 見面三分情派 緊急問題還是當面講 (每個人的問題都急件，那要先處理誰的?) https://www.facebook.com/msdn.taiwan/photos/a.1993373967711 05.43932.199182533453258/731925696845603/?type=1
13. 一個好的Issue紀錄應該包含  總結  以一個句子來描述 issue(bug)，讓人能清楚知道這個 issue 是什麼。  重新產生issue(bug)的步驟  描述如何找到bug的  預期會發生什麼以及實際發生什麼  說明你認為應該發生什麼，而實際又發生什麼，  對於尋找與使用情節或需求有關的問題特別有幫助  版本、平台、location(地區與語言)資訊  使用什麼軟體版本、基於什麼平台等等的基礎資訊  嚴重性(severity)與優先權(priority)  此issue有多嚴重? 資料損毀? 系統當掉?  修復此issue的重要性如何?  優先權與嚴重性是分開的  ex:有可能對系統嚴重性高，但只會出現在某些特別的操作情形，那可能 就是個低優先權高嚴重性的issue http://moodle.ncku.edu.tw/pluginfile.php/466292/m od_resource/content/0/issue_tracking.pdf https://www.facebook.com/bonanananana/posts/10205898004716524
14. Issue 是哪來的? 1. 不知道在某些情況會發生問題 2. 不知道在未來會發生問題 瀏覽器相容性、超出長度、特殊字元、空白狀態..
15. Issue 是哪來的? 3. 開發需求、規格、流程不明 甲方跟乙方想的永遠有落差 4. 程式之間相依性太高 牽一髮而動全身 5. 多人共同協作、版本控管問題 誰又把改好的 code 覆蓋掉了? 6. 技術債，不是不爆，只是時機未到； 只求能動、結案； 不求彈性，擴充性、維護性。
16. Issue 是哪來的? 7. 與程式無關的問題 (如瀏覽器快取/cookie沒清、使用者磁碟空間已滿、user 操作問題…) 8. 使用者的瀏覽環境 (如作業系統、瀏覽器套件、瀏覽器設定…) 9. 使用者的裝置環境 (防毒軟體、防火牆、國外時區…) 10. 使用者的網路環境 (WiFi, 3G, 海外網路…)
17. Issue 是哪來的? 11. 時代進步，程式需求與細節要求越來越高 Wordpress 1.0 (2004) Wordpress 4.2 (2014) Weebly (2014) Ex.為什麼提示訊息只有一閃即逝的一串字，或按掉就沒有的 Alert 視窗? 沒有像 FB 的通知訊息? Ex.為什麼刪除的時候沒有確認或反悔功能? Ex.東西設定上去之後，順序要怎麼調整? 難道要刪掉重選? Ex.免費的部落格或相簿都有的功能，為什麼我花了幾十萬，卻連沒有? Ex.為什麼在這頁不能「順便」看到某項資訊/或進行某些操作? Ex.為什麼產品分享到社群網站，跑不出正確的縮圖與資訊?
18. 其他議題追蹤系統 的參考資料 1. 18 款最好的 Bug 和 Issue 跟踪应用 2. BUG跟踪管理類軟體 - 开源软件库 - 开源中国社区 3. 你用什麼工具來管理軟體專案的進度呢？我曾經一度認為使用 issue tracking 管理專案進度，是一件天經地義的事... 4. g0v - 如何使用 Github 的 Issue Tracker 回報問題、提交建議
19. The End.