Upgrade to Pro — share decks privately, control downloads, hide ads and more …

議題追蹤系統 (Issue tracking system )

議題追蹤系統 (Issue tracking system )

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

jiimmysu

May 31, 2015
Tweet

More Decks by jiimmysu

Other Decks in Programming

Transcript

  1.  何謂議題(issue)? 一些待處理的功能需求,或功能缺陷(bug)。  何謂議題追蹤系統(Issue tracking system)? 一個可以紀錄、管理議題(issue)的系統。 對提問者而言,可以 •

    可以追蹤問題的進度 • 避免重複提問。 • 查閱此問題是否以前有發生過 • 了解系統現況 (No news is good news?) 對處理者而言,可以 • 避免工作被發問打斷 • 幫助整理專案的問題 • 了解問題是如何發生的? • 調解工作量、安排處理的優先順序 • 釐清是否要處理 (新需求/非bug/使用者自己的問題) • 知道之前怎麼解決的?
  2. 一般提交問題的方法  即時通訊軟體 (Line, Skype, WeChat, Skype for Business(Lync), Google

    Hangout …)  E-mail & CC  電話 & 簡訊  口頭交接  抄在紙上 • Mail 太長,各種文字顏色,大小、有解決的沒解決的參 雜在一起,難以閱讀。 • Mail 回信、來回往返花時間,但問題還是沒解決。 • 一堆人都被 CC,那真正負責處理的是誰? • 講過就忘了。 • 這問題不急,晚一點再處理,結果就忘了。 • 通訊軟體的紀錄搜尋&匯出功能參差不齊。 • Line 翻舊帳要滑老半天,太久以前的圖片還看不到。 • 接收的檔案/抄問題的紙 到哪兒去了? • 問題是處理中,還是已修復? • 看似小問題,但很花時間,要過一陣子才能處理。
  3. 開始使用 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… 系統需求: • 伺服器環境 • 資料庫環境 • 儲存空間 • 寄件伺服器 • 網路
  4. 更多功能?  自動記錄提交者的環境與紀錄  提供截圖與圖像處理工具  整合原始碼管理工具(SCM),將 commit 與問題單做連結 

    整合討論區、Wiki、知識管理系統(KMS)  整合組織與成員人事資料  整合行事曆、甘特圖、流程圖、燃盡圖等各種圖表工具  統計功能 http://bugdigger.com/tour/ ->專案管理系統(PMIS)
  5. 反方意見-為什麼不使用 ITS? 1. 理想派 理想的專案,應在開發時避免 Bug 與爭議產生。 (理想的狀態,馬路應該要是平的,而不是搞一堆路平專案。) 2. 超前部屬派

    製作發生問題時,系統產生能追蹤的資料, 或系統主動回報的機制。 (但可能造成系統資源提高。) 3. 時間寶貴派 需花費寶貴時間寫文件、輸入詳細的 bug 發生步驟、擷 圖。用講的比較快。 https://www.facebook.com/bonanananana/posts/10205898004716524
  6. 反方意見-為什麼不使用 ITS? 4. 怕走火入魔派-1 沒有跨部門或多人協作的團隊, 不需要用這種東西,小事不用複雜化。 5. 怕走火入魔派-2 ITS 造成上有政策,下有對策,

    形成偷吃步與技術債。 6. 不接受新工具派 ITS 系統看起來像給工程師用的、 不會用、不習慣、看不懂英文。 7. 見面三分情派 緊急問題還是當面講 (每個人的問題都急件,那要先處理誰的?) https://www.facebook.com/msdn.taiwan/photos/a.1993373967711 05.43932.199182533453258/731925696845603/?type=1
  7. 一個好的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
  8. Issue 是哪來的? 3. 開發需求、規格、流程不明 甲方跟乙方想的永遠有落差 4. 程式之間相依性太高 牽一髮而動全身 5. 多人共同協作、版本控管問題

    誰又把改好的 code 覆蓋掉了? 6. 技術債,不是不爆,只是時機未到; 只求能動、結案; 不求彈性,擴充性、維護性。
  9. Issue 是哪來的? 11. 時代進步,程式需求與細節要求越來越高 Wordpress 1.0 (2004) Wordpress 4.2 (2014)

    Weebly (2014) Ex.為什麼提示訊息只有一閃即逝的一串字,或按掉就沒有的 Alert 視窗? 沒有像 FB 的通知訊息? Ex.為什麼刪除的時候沒有確認或反悔功能? Ex.東西設定上去之後,順序要怎麼調整? 難道要刪掉重選? Ex.免費的部落格或相簿都有的功能,為什麼我花了幾十萬,卻連沒有? Ex.為什麼在這頁不能「順便」看到某項資訊/或進行某些操作? Ex.為什麼產品分享到社群網站,跑不出正確的縮圖與資訊?
  10. 其他議題追蹤系統 的參考資料 1. 18 款最好的 Bug 和 Issue 跟踪应用 2.

    BUG跟踪管理類軟體 - 开源软件库 - 开源中国社区 3. 你用什麼工具來管理軟體專案的進度呢?我曾經一度認為使用 issue tracking 管理專案進度,是一件天經地義的事... 4. g0v - 如何使用 Github 的 Issue Tracker 回報問題、提交建議