visualstudioteamsystemxxxx中的敏捷規(guī)劃工具(編輯修改稿)
2025-06-09 22:39 本頁面
【文章內(nèi)容簡介】 隊項目時，會創(chuàng)建一個名為 Work ItemsTeam QueriesWorkbook Queries 的文件夾。在此文件夾下，您會發(fā)現(xiàn)有關(guān)產(chǎn)品積壓和小版本積壓工作簿的默認(rèn)查詢?！ 榱烁玫乩斫夤ぷ鞑镜墓ぷ髟?，讓我們看一看 2008 年 10 月發(fā)布的 VSTS 2010 和 .NET Framework CTP 中包含的 DinnerNow 示例應(yīng)用程序。（可以在 Team Suite 開發(fā)人員中心找到最新的 CTP 下載。）產(chǎn)品積壓和小版本積壓工作簿均可在團(tuán)隊資源管理器的 DinnerNowDocumentsShared Documents 文件夾中找到。產(chǎn)品積壓工作簿 產(chǎn)品積壓主要用作應(yīng)用程序中客戶所需的需求列表。我聽說有些團(tuán)隊在指代一組高級需求時也使用事跡或主題之類的術(shù)語。將這組需求收集到一個列表中、確定其優(yōu)先級并在較高級別評估它們，這些操作可幫助回答此規(guī)劃階段的兩個重要問題： 1. 應(yīng)用程序有哪些需求？ 2. 它的價格是多少？很顯然，其答案只能通過評估得出。我曾看到過有的團(tuán)隊在此階段使用案例分?jǐn)?shù)、T 恤尺寸或小時來進(jìn)行評估。 通過回答這些問題，團(tuán)隊可以更好地了解此版本或接下來的幾個版本的大致情況以及這些版本的預(yù)計完成時間。通常會存在預(yù)算或計劃限制，如即將進(jìn)行的廣告活動、法律要求或季節(jié)性活動等。這有助于規(guī)劃版本的范圍，因為您可以根據(jù)此限制來管理版本的范圍?！ ∪绻麨榘姹驹O(shè)置了目標(biāo)日期，則在發(fā)布時間框架內(nèi)，可通過確定將哪些需求包括在小版本中來管理工作范圍。例如，如果規(guī)劃始于 12 月而發(fā)布日期定在 6 月，則實際上需要運行四到五個小版本（假定為一個月的小版本）才能完成此工作?！ ∪绻繕?biāo)日期比較靈活，則發(fā)布計劃將取決于完成最低限度的一組需求所需的時間。例如，如果可以在三個小版本內(nèi)完成最低限度的一組必需功能，則可以設(shè)置在三個小版本后出現(xiàn)版本 1。如果可在五或六個小版本內(nèi)完成下一組功能，則設(shè)置在這五或六個小版本后出現(xiàn)版本 2。 圖 3 顯示了 DinnerNow 項目的產(chǎn)品積壓工作簿。您看到的是用戶案例的積壓。在這些用戶案例中，其中多個已被分配給特定的小版本，并且某些已在 Iteration 0 和 Iteration 1 中完成。很顯然，在開始一個新項目時，首先要從空白工作簿開始構(gòu)建這些高級用戶案例。圖 3 產(chǎn)品積壓工作簿 這些電子表格上的各列是工作項中的字段，它們依次存儲在 TFS 數(shù)據(jù)存儲庫中。Excel 和 TFS 之間的集成會使 Excel 中增加一個“Team”（團(tuán)隊）功能區(qū)（請參見圖 4），利用其中的菜單項可將積壓中的項目發(fā)布到 TFS 中、可利用 TFS 中更新的工作項來刷新積壓，此外還有許多其他功能?！ D 4 Excel 功能區(qū)中的 Team 選項卡 積壓中的每一行都被存儲為 TFS 中的一個工作項，如圖 5 所示。經(jīng)過這種形式的集成后，使用 Visual Studio 的團(tuán)隊成員現(xiàn)在可從 Visual Studio 自身中更新用戶案例和其他工作項?，F(xiàn)在，不必在不同工具之間進(jìn)行切換即可更新用戶案例、評估結(jié)果或剩余工作的狀態(tài)?！ D 5 TFS 中的工作項 容量規(guī)劃 作為版本規(guī)劃的一部分，敏捷團(tuán)隊將在電子表格中花費大量時間來新增用戶案例、對其進(jìn)行評估，以及更為重要的，確定它們的優(yōu)先級。但是，密切關(guān)注版本的狀態(tài)也同樣非常重要。產(chǎn)品積壓工作簿包括一個容量規(guī)劃工作簿。通過評估用戶案例及其工作所在
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1