從0到1創建高效的產品缺陷管理流程(2):如何設置合理的Bug處理優先級

1 評論 8441 瀏覽 36 收藏 7 分鐘

我在上一篇文章:《從0到1創建高效的產品缺陷管理流程(1):缺陷是什么? 如何建立缺陷管理流程?》中對缺陷管理的流程進行了介紹。確認流程后,下一個問題就是如何合理的分配我們的資源來處理缺陷問題?

我們都知道,軟件產品就中的缺陷是難以避免。 這些缺陷有輕有重,有一些缺陷如果沒有得到及時和有效的解決,可能會造成非常嚴重后果,而另一些輕微的缺陷,即便沒有修復幾乎所有人都不會注意到。

這就像大多數事物一樣,軟件缺陷的修復也存在一條收益遞減規律:除非您有無限的資源來分配好所有的缺陷修復任務,否則您需要優先將資源集中投資回報的缺陷修復上。那么問題來了——“如何確定合理的優先級?”

不要浪費時間去評估每一個缺陷問題

我曾經見過一些產品開發團隊,他們會把所有已知的缺陷問題全部羅列出來,然后仔細評估每一個缺陷的嚴重程度,是否可以重新,發生的頻率,缺陷修復的需要的工時,缺陷可能出現在哪些代碼中等等。 這些評估看著好像很合理,但是浪費太多時間了。很多時候,評估的時間甚至多于問題修復的時間。

所以,當我開始帶領產品開發團隊時,我試圖找到更有效的方式。

制定一套Bug處理準則

要高效的處理缺陷問題,就需要建立流程,要建立流程,就需要有制定一套團隊間通用的Bug處理準則。這樣,我們不用再對每一個缺陷問題進行詳細的評估,而是按照我們制定的準則快速處理。起初由于理論與實踐的差異,我們的準則可能無法適應于所有問題,但是隨著實踐,我們的準則變得越來越合理,越來越高效。因此在我們開發缺陷產品系統:Bugout的時候,我們甚至設置可以基于我們的準則設置一套自動化的Bug處理優先級評估功能,讓我們的每一個缺陷問題自動按照預設的評判標準設置優先級別,并按照產品模塊自動分配給開發人員進行處理。

我們對收集到的缺陷問題設置了兩個維度:影響范圍嚴重級別

  • 影響范圍:受影響的用戶數量或受影響的系統功能數量
  • 嚴重級別:缺陷的重要性,例如:成數據丟失、數據損壞、外觀問題等等

制定等級標準

以下是我們依據我們的產品形態設置等級標準,讀者可以參考,并依據自身的實際情況來設置自己的等級標準:

影響范圍

等級1:影響的用戶非常少/影響的系統功能范圍很小

等級2:影響一小群用戶/一小部分系統功能

等級3:影響一批用戶/系統功能

等級4:影響大量用戶/大范圍的系統功能

等級5:影響大多數或所有用戶/更大范圍的系統功能

嚴重級別

等級1:無關緊要的問題或某些功能不可用,但有一個簡單的解決方法

等級2:輔助功能不可用,但有合理的解決方法

等級3:重要功能不可用,但有一個合理的解決方法

等級4:重要功能不可用,沒有解決方法

等級5:數據丟失、數據損壞或系統不可用

影響范圍×嚴重級別=優先級

我們將影響范圍和嚴重級別兩個變量相乘,得出了優先級分數,并依據分數設置優先級別:

然后,我們根據優先級別設置Bug處理準則:

  • 最高優先級:必須立即處理,插入到當前的產品迭代版本中,高于其他需求開發。
  • 高級優先:快速處理,插入到當前的產品迭代中,但是低于部分本次迭代需求開發任務。
  • 中級優先:處理,可以隨著下一次產品迭代進行處理。
  • 最低優先:選擇性處理,根據迭代進度可放入下次迭代或者下幾次迭代中進行處理。

這種方法的關鍵優勢在于,它大大減少了用于討論如何處理每一個缺陷的時間。另外,團隊考慮的兩個因素影響范圍和嚴重程度是相對客觀的,減少了我們由于主觀因素帶來的誤差,讓衡量標準更容易判斷,也就可以更簡單和高效的制度Bug處理優先級別。

相關閱讀

從0到1創建高效的產品缺陷管理流程(1):缺陷是什么? 如何建立缺陷管理流程?

從0到1創建高效的產品缺陷管理流程(3):如果選擇一款Bug管理工具?

#專欄作家#

陳迪,人人都是產品經理專欄作家。Testin云測SaaS運營總監,Bugout缺陷管理產品運營負責人,增長黑客,多年國內和海外互聯網公司運營經驗,專注于SaaS和B2B企業服務行業。

本文原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Pixabay,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!