假設產品積壓說... 200個故事。訂購積壓時,您是否訂購了所有200個故事,或者只是挑選出您將在該衝刺期間工作的下一個X號碼?產品積壓訂購最佳做法或建議
0
A
回答
1
產品積壓就像是一條將需求傳遞給團隊的管道。在管道的一端,需求是相當原始的。在另一端,他們準備好進行工作。
待辦事項頂部的項目通常狀態非常好。產品負責人和團隊已經看過他們,討論他們,優先考慮他們,甚至有時估計他們。
即將衝刺出來的物品仍然非常好。但他們可能尚未準備好迎接衝刺。需要稍微改進一點。
超出2次衝刺的物品可能非常粗糙。他們甚至可能沒有被分解成故事。可能有一些優先順序,但它是非常普遍的,不可能詳細考慮。
我們這樣做的原因是:
- 當與敏捷的合作,我們預測變化。因此,對未來幾周/幾個月的詳細優先級要求可能是浪費,因爲的東西可能會改變
- 我們從更深入的工作中得到的東西越多,需求本身可能會發生變化。爲了解決這個問題,我們保留將來的要求相當粗糙。這些更粗糙的要求往往比詳細要求更長的保質期。
所以我對你的問題的回答將會有適合接下來的1-2次衝刺的故事數量優先和良好的形狀。但是,越遠越好,不太重要的優先順序是。
0
這是一個「竅門」的問題,因爲如果你沒有訂購或考慮所有的故事,你可以如何爲下一次衝刺帶來故事。我們所做的 - 我們首先確定下一個衝刺目標,並嘗試找到大部分達到此目標實現的故事集。您之前可以在故事中設置的標籤也可能有所幫助。然後你只需拿着這個標籤來考慮下一個衝刺的最重要的部分。
0
我們通過EPIC(主要功能/主要功能)對功能進行分組,以便對主題進行快速瞭解。
我們將採取優先: 1)錯誤,生產缺陷,被迫遷移 2)新功能(EPIC) 3)技術更新
如果EPIC(任務組,用例)是不在3個月內使用,我們把它放在我們所謂的Iceberg Backlog(這是一個很遙遠的積壓),我們只檢查每年。
這樣做的過程非常快速且簡單易懂。
相關問題
- 1. 按Shopify產品類型訂購產品
- 2. 定製產品id訂購產品
- 3. 最佳做法建議R管道%>%
- 4. 最佳做法建議:面向對象
- 5. 在Magento中訂購產品
- 6. Magento產品定製訂購
- 7. 記錄訂購產品
- 8. 建議產品的算法
- 9. 在TFS積壓中禁用訂購
- 10. 按功能排序的TFS 2012產品積壓訂單
- 11. TFS 2010產品積壓許可
- 12. 如何管理大型產品積壓?
- 13. JavaMail編程最佳或最佳做法
- 14. Magento - 產品屬性 - 建議最大?
- 15. 最佳用法:加載產品目錄訂閱
- 16. 添加訂單產品訂購數量已訂購每件商品
- 17. 一般建議 - 理解食品訂購系統的構建
- 18. 最近購買的產品
- 19. 通過WCF處理大型進口產品的最佳做法?
- 20. 禁用產品的最佳做法:狀態與可見性
- 21. 壓縮/加密的最佳做法
- 22. 在Backbone中查看包裝或子視圖 - 最佳做法或建議
- 23. iPad閃存替代品最佳做法
- 24. 構建「縮小結果」產品過濾功能的最佳做法
- 25. Isuue在查詢中(訂購產品)
- 26. Magento產品已訂購報告
- 27. 產品認購 - 自動訂貨
- 28. 缺貨時訂購可配置產品
- 29. 訂購產品由協會計數
- 30. SQL List沒有訂購的產品
此問題是無題,因爲它不在適合本網站的問題範圍內,如[我可以在這裏詢問什麼主題?](http://stackoverflow.com/help/on-topic )另請參閱:[我應避免詢問哪些類型的問題?](http://stackoverflow.com/help/dont-ask)您可能能夠在[另一個Stack Exchange站點](http:// stackexchange.com/sites#name),例如[pm。se]或[softwareengineering.se]。 – Makyen
我投票結束這個問題作爲題外話,因爲它不是關於編程。 –