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