我在上一篇文章：《從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 協議