2016-01-28 36 views
1

我們仍在使用TFS 2015 Update 1 On-Prem微調我們的ALM流程。我們使用標準的SCRUM模板,並在需求中顯示積壓的bug。錯誤是由業務報告並通過相同的水平分析作爲所涉方案中,他們將包含子任務:爲什麼我的PBI不會在看板上顯示,如果它有孩子PBIs /錯誤?

enter image description here

現在對於所涉方案,當測試儀測試PBI,發現一個bug吧(這需要作爲此衝刺的一部分加以解決),他們將爲PBI創建一個小孩的bug。這將它們保持在任務板上。 1 PBI可能有很多錯誤,這些錯誤可能由不同的人員操作。這些小蟲子會有孩子的任務。

該過程主要適用於看板,但顯示的是子bug,父PBI不是。爲什麼不?我該如何解決這個問題?我可以將它們以不同的方式聯繫起來,但我們希望它們能留在板子上。

enter image description here

enter image description here 感謝

回答

1

這種感覺就像你真的混合和匹配在這裏支持的兩種方案。

我個人更喜歡不創建Bugs作爲sprint的一部分(對我來說,如果它們沒有超出迭代範圍,它們並不是真正的bug),並且通常用作通信機制而不是dev &測試密切合作。

如果你想在PBI /錯誤在電路板上的東西,你可以使用一個任務工作項目(或自定義類型),然後使用主板上的時髦卡着色尋找一個標記,以表明它是一個in-sprint bug /問題。

Highlight work items based on custom criteria

+0

這很有道理。混淆錯誤可能是正確的。我可能會看到有關讓他們創建具有特定標籤的任務。謝謝 – Rodders

相關問題