如何處理TFS中的剩餘任務

處理任務和用戶故事的最佳方法是什麼，這些任務和用戶故事並未在TFS中結束衝刺？如何處理TFS中的剩餘任務

我的方法：

設置每一項工作，以「封閉」與正當的理由子狀態。我將此任務+原始估計+剩餘時間複製到記事本。
刪除該用戶故事的迭代（因此，這將是對產品Backlog再次）

在接下來的衝刺：

從記事本添加任務TFS作爲新的任務，將其分配給正確的用戶故事並將用戶故事設置爲當前衝刺。

這只是一種方法。你有更好的想法或建議嗎？

來源

2012-07-11 Patrick Peters

如果你是真正的做Scrum的，你會看到任何一支球隊中唯一重要的指標是「剩餘工作」。事情是，很多人都沉迷於度量，統計，數據和Scrum本質的鬆散軌跡。

所以保持簡單。在短跑評估中，只需與PO完成工作的時間一致，然後將未完成的任務分配到商定的短跑。

如果您想提高生產力，然後創建一個撤銷任務的查詢，並簡單地將迭代列值替換爲下一個sprint併發布回TFS。

來源

2013-06-23 23:43:41

檢查！這是我在一些衝刺期間真正喜歡並評估的方式。我們專注於剩餘的工作，這就是真實的故事。 – 2014-01-02 06:27:35

標記他們關閉，在我看來，沒有必要。只需保留剩下的任務，標記/標記它們未完成，開始一個新的衝刺，並將具有該特定標誌的所有任務應用爲新/即將到來的衝刺（並在必要時重新評估其時間和困難）。

來源

2012-07-11 04:30:36 Kristian

你能更詳細地描述你如何「標記/標記」他們未完成？ – 2012-07-11 04:45:59

我們做的和你做的完全一樣，但不是使用記事本，我們只是將copy任務變成新的&然後把它分配到新的迭代中。默認情況下，複製任務鏈接到原始的所有工作項目以及原始任務本身。
較舊的任務保留在舊迭代&中被標記爲「關閉」。

來源

2012-07-11 14:17:19 pantelif

有兩個思想流派：

保留這些創造的產品Backlog迭代（通常是團隊項目根）新的。我們會離開他們，並刪除點（對於速度報告），因爲他們代表我們的衝刺計劃。
將迭代更新到產品待辦事項列表，並在下一次衝刺期間將其作爲任何其他故事處理。（我會訂閱這個）。

每個團隊都與任務不同。如果您在以下sprint中再次選擇故事，請更新任務迭代路徑並完成。如果您沒有選擇它，我會刪除這些任務，以便您討論如何在軟件環境中實現該需求，因爲它在做時將其選中。把任務放在一個衝刺的故事上有一種給我們一種虛假的安全感的方法，那些東西仍然是所有必需的東西。我寧願重新評估我們將如何實現它。

來源

2012-07-16 04:16:45

如果您只是更新任務的迭代，那麼未完成的任務將出現在任務板上。因此，當您查看上一次衝刺的迭代積壓時，您會看到完成任務的用戶故事。當你看到當前的衝刺時，你會看到用戶故事和未完成的任務。 – 2012-09-28 15:15:39

也許我沒有把你的問題弄清楚，但這裏是我的看法：撤消任務的主要思想是沒有完成backlogitem/userstory。所以在衝刺完所有的backlogitems/userstories之後 - >新的增量。如果沒有完全準備好，那麼即使只剩下幾項任務，整個項目也不會交付。把所有東西都回滾（保留代碼:)）並完成衝刺。這個backlogitem/userstory會進入下一個衝刺階段。

來源

2012-09-23 19:54:04

這是一種非常常見的情況，我們在我們的積壓項目上有一些東西可以爲此目的創建一個適合目的的解決方案，但我們還沒有優先處理它，而沒有優先考慮其他工作。

如果您認爲這很重要，請隨時將建議添加到user voice。我們使用該網站在我們的優先級：這是你的機會來影響我們

埃瓦爾德·霍夫曼（TFS產品組）

來源

2012-09-28 15:18:45

我們即將到達2012年第一個TFS 2012 Sprint的結束。所以我期待聽到這方面的一些「官方」建議。我想我們只會將未完成的PBI和錯誤工作項目移回到產品待辦事項中，並在適合時將其移入下一個衝刺迭代中。 – Marc 2012-10-01 07:54:32

請注意，我的方法是通過這種方式來跟蹤「舊」/以前的迭代積壓圖表。將WI移動到下一個衝刺時，您將失去原始圖表視圖... – 2012-10-01 12:57:49

如何處理TFS中的剩餘任務

回答

相關問題