2013-07-12 47 views
1

某些錯誤可以在客戶或其他人的發佈代碼中找到,也可以在sprint的開發過程中在內部發現。使用TFS 2012 Scrum模板報告錯誤

因此,在查看發佈的積壓內容時,我不知道應該將哪些錯誤修復程序傳達給客戶,哪些只是內部信息。

有沒有這方面的最佳做法?您是否使用命名約定,或者可以更改模板以更好地滿足我們的需求?

回答

1

這是我如何處理髮布錯誤。

一個錯誤只是另一個PBI並被添加到產品積壓。然後,PO會對錯誤進行分類並將其與其他工作進行排序,因爲一些錯誤至關重要,而其他錯誤則可能用於下一個版本,其他則是低價值和美觀。

從編碼的角度來說,我對下一個版本,生產和服務包使用分支策略。

在缺陷的系統選項卡上,我使用Found In Build來確定它是哪個版本,例如,開發,發佈,SP。

然後,我使用迭代字段將其安排在sprint中進行修復,與其他任何PBI一樣。

面臨的挑戰是很多團隊都與內部版本號和內部版本發生衝突,如果是這種情況,您可能需要添加一個額外的字段到指示分支機構工作的bug中。如果您偏執,規則驗證鏈接到需求的檢入位於正確的分支上(使用該字段)。