EasyBug問題反饋及處理流程v0.2
阿新 • • 發佈：2018-11-08
EasyBug
協作流程：
新增5個模組（等待分析/擱置問題/需要討論/可以修改/正在處理）用於協作開展問題處理
BUG技術負責人：企業微信（吳錦情）、訂單與客服（杜永貞）、其它（周明凱） BUG處理預期目標： 1.每週討論問題的總數<=10個，包括：
BUG相關時間安排： 1.週一/週五（上午）：按需開展問題 討論
2.週二（下午）： 在樂活運維例會中組織開展問題分類和錯源分析
3.週六：制定下週研發計劃（將可以修改的問題納入計劃任務）
4.週日： 分配本週計劃 任務 5.其它：問題討論前1天準備好錯因分析報告
- 問題上報：運營團隊在實際使用過程中遇到系統異常應將問題上報至EasyBug，問題初始狀態設為“未修復”，問題初始模組為“系統錯誤”
- 問題分類：由[運營主管]根據問題的嚴重性和緊迫性對問題分類，並將需要處理的問題的模組設為“等待分析”，並分配給[研發主管]
- 問題擱置：如果該問題影響不嚴重或以現有資源條件（優先順序設為嚴重）無法開展，則將該問題的模組設為“擱置問題”，並註明解決問題需要創造的條件
- 錯源分析：
- [研發主管]按問題優先順序順序進行初步分析，判斷導致問題發生的業務模組源頭
- 將錯源明顯的問題模組設為“需要討論”並按業務分配給相關技術負責人
- 對於錯源明顯且容易修改的簡單問題也可直接將問題模組設為”可以修改“並按業務分配給相關技術負責人
- 問題討論：
- 各業務技術負責人在開展問題討論前應在WizNote中建立錯因分析報告並對錯誤原因進行初步判斷
- 組織討論時，由[研發主管]指導技術團隊業務負責人制定錯因分析報告的解決方案，並將問題模組設為”可以修改“
- 對於無法判斷錯誤原因或制定解決方案的問題，由技術團隊將該問題的模組設為“擱置問題”，並註明受到困擾的問題有哪些
- 研發計劃：研發主管定期將可以修改的問題排入研發計劃，並將問題模組設為”正在處理“
- 任務完成：計劃任務的執行者按技術方案完成問題處理後將問題狀態設為“待稽核”，並將問題模組重新設為"系統錯誤”
- 問題驗證：
- 運營團隊對“待稽核”狀態的問題進行測試
- 未有效解決的問題由運營團隊將該問題的模組設為“需要討論”並將狀態改為“未修復”
- 已解決的問題由運營團隊將問題狀態設為“已解決”
- 問題關閉：運營主管定期關閉狀態為“已解決”的問題或已上報的相同問題
BUG技術負責人：企業微信（吳錦情）、訂單與客服（杜永貞）、其它（周明凱） BUG處理預期目標： 1.每週討論問題的總數<=10個，包括：
- 錯因不明的新問題
- 驗證失敗的老問題
BUG相關時間安排： 1.週一/週五（上午）：按需開展問題 討論
2.週二（下午）： 在樂活運維例會中組織開展問題分類和錯源分析
3.週六：制定下週研發計劃（將可以修改的問題納入計劃任務）
4.週日： 分配本週計劃 任務 5.其它：問題討論前1天準備好錯因分析報告