什麼時候可以刪除積壓的用戶故事

如果我正在梳理積壓，並且我看到一個完全有效的用戶故事，但應該刪除的超低優先級？積壓是否應該只是有可能得到處理的用戶故事，還是應該是與產品相關的所有用戶故事，即使這只是頭腦風暴時的一些想法。如果這個想法是作爲客戶的要求提出的，但從產品所有者的角度來看它不是一個高優先級的項目呢？什麼時候可以刪除積壓的用戶故事

來源

2011-01-06 Ryan Pedersen

我投票結束這個問題作爲題外話，因爲它不是關於編程。 – 2017-10-25 08:54:30

我投票結束這個問題作爲題外話，因爲[項目管理現在在堆棧溢出主題]（//meta.stackoverflow.com/questions/343829/is-stack-overflow-an-closed-website -to-ASK-有關項目管理，問題/ 343841＃343841）。請在[SoftwareEngineering.SE]（// softwareengineering.stackexchange.com/）和[ProjectManagement.SE]（// pm.stackexchange.com/）上提出這些問題。（不幸的是，這個問題太舊了，無法遷移。） – robinCTS 2017-10-29 09:20:51

我不會刪除這些故事。積壓的本質是它包含了一切，不管它多麼無意義，或者爲什麼它是重要的。在每個衝刺結束時，如果你將它們包括爲伸展目標，就可能有機會研究這些故事。特別是如果它們相對較小。伸展任務的美妙之處在於它們不必做。他們只是糖果。所以這就是爲什麼我總是保持他們。

來源

2011-01-06 04:04:48 Schultz9999

答案 - 正如我證明我是一位內部顧問 - 是「取決於」。

如果您認爲故事將在某一天實施，或者要求故事的用戶討厭，或者您想保留故事，因爲它代表「很高興有」功能，可能會重新設置優先級未來，然後保持它。

如果您確定，絕對確定，刪除它不會轉身咬你屁股，刪除它。

來源

2011-01-06 04:00:21

產品擁有者擁有產品積壓，她應該是唯一可以修改積壓內容的人。一旦將用戶故事添加到積壓文件中，它將描述一些功能並且具有一定的優先級。低優先級的用戶故事不應該被刪除，因爲優先級可能會隨着時間的推移而變化，或者下一步可能會稍後計劃，這些捕獲的功能可能會被包含在重新優先級中。

項目結束並且積壓中仍然存在很多低優先級用戶故事沒有任何問題。這隻意味着預算/資金的減少使其全部完成或者不可能按計劃的時間表全部交付。（它也顯示了下一個版本或發行版的機會。）優先級排序是爲了提供具有最大商業價值的用戶故事。

編輯：

我可以想像，如果有人發現它無法執行（永遠）是用戶的故事可以被刪除。例如由於公司政策或法律原因。但在這種情況下，我仍然希望僅使用「軟」刪除，並添加刪除原因。

來源

2011-01-06 04:14:45

如果我梳理積壓，我看到一個完全有效的用戶故事，但它應該被刪除的超低優先級？

當然不是！在您修飾用戶故事的同時，您還需要修改您的發佈結構或計劃。您需要將您的用戶故事劃分到版本中。我還會創建一個名爲「回收站」的發佈版，以便在需要或不需要時將所有不確定的內容都放入。是什麼有益將由邁克·科恩

來源

2011-01-06 20:59:04 sjt

是閱讀「敏捷估計與規劃」如果我疏導積壓，我看到一個用戶故事，是完全有效的但超低優先它應該被刪除？

作爲產品所有者，您希望保留/刪除積壓的故事。但是，如果它的一個有效的故事爲什麼要刪除呢？我看到超低優先級突然有時突然上升。如果你需要一些小故事投入你的衝刺，但是沒有其他更高優先級的故事將適合，這個故事可能還會在未來提供一個很好的附加獎金給客戶。也就是說，如果有空閒時間，我可能更喜歡在某個時間做更多的自動化測試和重構。（如果你有空餘的時間:)）

來源

2011-02-24 17:23:50

什麼時候可以刪除積壓的用戶故事

回答

相關問題