Prioitizing Scrum積壓

Question

我們的軟件公司每天收到幾百個支持請求，並且有一個整個團隊正在處理我們的收件箱。我們如何獲得直接映射到我們的Scrum積壓的有效指標？

如果我們太具體，團隊總是不斷地提防度量標準的變化，如果我們太籠統了，採購訂單必須通過太多的電子郵件來排序才能獲得可靠的優先級。

任何想法？

Answer 1

「支持請求」是什麼意思？

假設3個廣闊的水桶：

1. 「我該怎麼做X？」鍵入問題
2. 「這不是正確的」（即缺陷）
3. 「如果它確實有效，這將非常有幫助。」增強請求

在每個類別（您可能有多個或少於3個，但是3個是可以使用的很好的數字）內，分配一些對請求進行分類的標籤。我喜歡將類別組織爲垂直列的標籤，併爲列中的每個請求設置一個「標誌」。這給出了一個快速和骯髒的垂直條形圖，我幾乎保證你會看到帕累託比率出現，其中20％的'標籤'導致80％的請求。現在您的採購訂單可以優先考慮3個廣泛存儲桶中每個存儲桶的20％，並知道它們是高價值的。

您可以將此作爲跑步練習。