visualstudioteamsystemxxxx中的敏捷規(guī)劃工具-全文預覽
【正文】 項卡 積壓中的每一行都被存儲為 TFS 中的一個工作項，如圖 5 所示。在這些用戶案例中，其中多個已被分配給特定的小版本，并且某些已在 Iteration 0 和 Iteration 1 中完成。例如，如果可以在三個小版本內(nèi)完成最低限度的一組必需功能，則可以設置在三個小版本后出現(xiàn)版本 1。這有助于規(guī)劃版本的范圍，因為您可以根據(jù)此限制來管理版本的范圍。將這組需求收集到一個列表中、確定其優(yōu)先級并在較高級別評估它們，這些操作可幫助回答此規(guī)劃階段的兩個重要問題： 1. 應用程序有哪些需求？ 2. 它的價格是多少？很顯然，其答案只能通過評估得出。（可以在 Team Suite 開發(fā)人員中心找到最新的 CTP 下載?！ D 2 Excel 工作簿中的查詢 查詢是在團隊項目中創(chuàng)建的。圖 2 顯示了產(chǎn)品積壓工作簿的配置。默認情況下會創(chuàng)建 Iteration 0、Iteration 1 和 Iteration 2。通過使產(chǎn)品積壓和小版本積壓保持同步，可自動將用戶案例或任務工作項的狀態(tài)更新信息捕獲到小版本積壓中以生成各種報表，許多常見活動要么被淘汰，要么被優(yōu)化。要了解更多有關工作項自定義的信息，請參閱 Brian Randell 在 2008 年 12 月撰寫的有關使用和自定義 TFS 過程模板的文章：“Team System：使用過程模板簡化團隊項目”。在這里工作項是關鍵實體。在敏捷團隊的工具箱中，除索引卡和便箋外，經(jīng)常還會發(fā)現(xiàn) Microsoft Office Excel 這一工具。來自產(chǎn)品積壓的高級用戶案例將在核查后根據(jù)需要拆分成較小的用戶案例。每個小版本中需要處理的工作范圍主要取決于團隊進度。請注意，在此階段使用的是諸如 T 恤尺寸（小、中、大）等單位來執(zhí)行評估的。它實際上是想說明團隊規(guī)劃版本的方法以及各版本中所完成工作的范圍均存在變數(shù)。敏捷團隊選擇多個層級的規(guī)劃并在瀑布式規(guī)劃過程中進行期間修正，當然本來就該如此。在本文中，我將向您介紹一些全新的產(chǎn)品積壓工作簿、小版本積壓工作簿以及一組新報表，它們可以幫助敏捷團隊規(guī)劃和管理版本和小版本?！ 嶋H上她對敏捷開發(fā)的理解并不準確，但是我非常高興她的組織能夠制訂正式的更改流程?！ ”疚膶⒔榻B以下內(nèi)容： 產(chǎn)品和小版本規(guī)劃 產(chǎn)品積壓工作簿 容量規(guī)劃和報表 小版本積壓工作簿 本文使用了以下技術： VSTS 20VSTS Process for Agile Software Development 目錄 長期規(guī)劃 版本和小版本規(guī)劃 VSTS 2010 Excel 工作簿 產(chǎn)品積壓工作簿 容量規(guī)劃 小版本積壓工作簿 報表 “敏捷規(guī)劃”存在語意矛盾嗎？希望您不會這樣認為，但在最近于洛杉磯召開的一次專項小組會議中，其中一位與會者指出其組織已從敏捷開發(fā)轉(zhuǎn)為采用更為正式的方法。所有信息均有可能發(fā)生變更。對她而言，即意味著放棄了敏捷開發(fā)?！ isual Studio Team System (VSTS) 2010 引入了一些新的特性和功能來幫助敏捷團隊進行規(guī)劃。我懷疑對許多人來說，缺乏精確的長期規(guī)劃就等同于缺乏協(xié)同規(guī)劃?！薄 ‘斎?，這并不意味著主管人員的管理策略是“我們不知道項目何時能完成，也不知道完成時會是什么樣子”。積壓中的項目隨后被依次堆疊、評估并分配給一組小版本。 在 Scrum 中，這組用戶案例被存放在一個名為“產(chǎn)品積壓”的列表中
環(huán)評公示相關推薦
鄂ICP備17016276號-1