如果目標日期比較靈活，則發布計劃將取決于完成最低限度的一組需求所需的時間。例如，如果可以在三個小版本內完成最低限度的一組必需功能，則可以設置在三個小版本后出現版本 1。如果可在五或六個小版本內完成下一組功能，則設置在這五或六個小版本后出現版本 2。
圖 3 顯示了 DinnerNow 項目的產品積壓工作簿。您看到的是用戶案例的積壓。在這些用戶案例中，其中多個已被分配給特定的小版本，并且某些已在 Iteration 0 和 Iteration 1 中完成。很顯然，在開始一個新項目時，首先要從空白工作簿開始構建這些高級用戶案例。
圖 3 產品積壓工作簿
這些電子表格上的各列是工作項中的字段，它們依次存儲在 TFS 數據存儲庫中。Excel 和 TFS 之間的集成會使 Excel 中增加一個“Team”(團隊)功能區(請參見圖 4)，利用其中的菜單項可將積壓中的項目發布到 TFS 中、可利用 TFS 中更新的工作項來刷新積壓，此外還有許多其他功能。
圖 4 Excel 功能區中的 Team 選項卡
積壓中的每一行都被存儲為 TFS 中的一個工作項，如圖 5 所示。經過這種形式的集成后，使用 Visual Studio 的團隊成員現在可從 Visual Studio 自身中更新用戶案例和其他工作項�，F在，不必在不同工具之間進行切換即可更新用戶案例、評估結果或剩余工作的狀態。
圖 5 TFS 中的工作項
容量規劃
作為版本規劃的一部分，敏捷團隊將在電子表格中花費大量時間來新增用戶案例、對其進行評估，以及更為重要的，確定它們的優先級。但是，密切關注版本的狀態也同樣非常重要。產品積壓工作簿包括一個容量規劃工作簿。通過評估用戶案例及其工作所在的小版本，此工作簿可對小版本自身的快速處理提供很大幫助。
容量規劃是規劃版本時的一項重要活動。它有助于了解可在各個小版本中完成的功能。此計算中的關鍵數據點是進度。進度是在某個小版本中，團隊所完成的工作量。如果恰好有來自先前小版本的數據，則它將是最佳入手點。
圖 6 使用先前的小版本來計算進度這通常被稱為“根據昨天的天氣進行預報”。實際上，如果 TFS 數據倉庫可用，則容量規劃電子表格可從其中提取歷史數據。如圖 6 所示，我可以選擇 Iteration 1 作為從中獲取歷史數據的小版本，并可以鍵入開始日期、結束日期以及團隊成員數。在本例中，進度為 816 小時，這意味著團隊可以在 Iteration 1 中完成 816 個小時的工作。如果對此數據不滿意，團隊可以在開始時使用一個估計值，而在規劃未來的小版本時使用第一個小版本的進度。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
