本文將會(huì)為您講述如何使用TFS 2010 MSF Agile 5.0流程模板為迭代項(xiàng)目而提供的工作簿。首先，讓我們看一看Visual Studio 2010 IDE中的Team Explorer插件：

　　接下來，我們將會(huì)進(jìn)入到SharePoint project portal中，為大家展示Team Explorer是如何模擬它的結(jié)構(gòu)的。我們首先右擊名字是Team Project的標(biāo)題的那個(gè)節(jié)點(diǎn)，如下圖所示：

　　這會(huì)讓我們進(jìn)入到SharePoint project portal中，如下圖所示。注意Team Explorer是如何模擬這個(gè)結(jié)構(gòu)的，你可以創(chuàng)建新文件夾，上傳文檔，或復(fù)制/粘貼現(xiàn)有的文檔或文件夾。

　　現(xiàn)在，讓我們回到Team Explorer，在Team Explorer中，我們將會(huì)選擇“Product Planning”工作簿（對(duì)于這個(gè)Team Project來說，它是“Product Backlog”）：

　　在雙擊這個(gè)“Product Planning”工作簿以后，我們現(xiàn)在可以看到下面這張“Product Backlog”工作表。在這里，你可以為整個(gè)項(xiàng)目批量錄入工作項(xiàng)。Stack Rank作業(yè)，設(shè)置Area Paths，和在項(xiàng)目等級(jí)上錄入Story Points來平衡workload等工作都可以在這個(gè)工作簿中完成。

　　如果你想修改查詢，你可以選擇“Configure”下拉列表框，然后選擇“List”項(xiàng)，如下圖所示：

　　選擇List以后，你將會(huì)看到一個(gè)對(duì)話框，這個(gè)對(duì)話框可以讓你選擇你喜歡的查詢。默認(rèn)的Product Backlog是一個(gè)flat query，所以，我建議你改成hierarchical query。

　　現(xiàn)在，我們將會(huì)選擇“Iterations”工作表，如下圖所示，在“Iterations”工作表中，我們可以為定義的每個(gè)迭代輸入開始和結(jié)束的 日期。基于在“Product Backlog”工作表中錄入的Story Points，你將會(huì)在“Velocity”圖表中看到這個(gè)workload。在你項(xiàng)目開始的時(shí)候，你將會(huì)看到有什么事情被計(jì)劃了，在某個(gè)迭代中，對(duì)于那 些已經(jīng)完成的用戶故事，你可以看到交付這個(gè)用戶故事所花費(fèi)的小時(shí)數(shù)的增加，以及在這個(gè)圖表中的顏色編碼。還有一點(diǎn)需要注意一下，Team Size字段可以粗略地表示在某個(gè)迭代中交付的工作量。

　　接下來，我們一起來看一下“Interruptions”工作表，它可以有效地屏蔽掉那些在項(xiàng)目進(jìn)行期間無法工作的那些日期。

　　現(xiàn)在，讓我們回到Team Explorer中，在Team Explorer中，我們將會(huì)選擇第一個(gè)迭代的Iteration Backlog。對(duì)于每個(gè)迭代來說，我們都會(huì)得到一個(gè)iteration backlog。TFS（Team Foundation Server）給每個(gè)Team Project預(yù)置了3個(gè)迭代，但是你可以復(fù)制和粘貼迭代文件夾，讓它指向Team Queries中的合適的查詢。你必須要在Team Queries中執(zhí)行復(fù)制/粘貼操作，為每個(gè)迭代修改查詢。一般來說，在理想情況下，如果在Team Queries中對(duì)一個(gè)迭代執(zhí)行了執(zhí)行拷貝/粘貼/修改操作，然后緊接著就應(yīng)該在Shared Documents文件夾下對(duì)一個(gè)迭代執(zhí)行復(fù)制/粘貼/修改操作。

　　雙擊以后，我們將會(huì)看到“Iteration Backlog”工作簿，如下圖所示。在這個(gè)工作簿中，你可以管理來自于那些工作表的所有迭代——把任務(wù)安排到特定的迭代中，在“燃燒工作表”中，針對(duì)燃 燒圖設(shè)置各個(gè)迭代的日期，為團(tuán)隊(duì)成員（私人事件或假期）設(shè)置中斷，為團(tuán)隊(duì)成員做Capacity計(jì)劃。（和2008版本相比，這是一個(gè)巨大的改進(jìn)，僅次于 按等級(jí)劃分的工作項(xiàng)）

　　通過Product Backlog，你可以通過選擇“Configure”下拉列表修改underlying query。如下圖所示：

　　當(dāng)你從那個(gè)下拉列表中選擇“List”的時(shí)候，你將會(huì)看到一個(gè)對(duì)話框，這個(gè)對(duì)話框可以讓你選擇不同的underlying query，如下圖所示：

　　當(dāng)我們選擇Settings工作表的時(shí)候，我們可以為這個(gè)迭代輸入一些日期，而且，這個(gè)工作表還可以計(jì)算天數(shù)，如下圖所示：

　　接下來，我們可以選擇“Interruptions”工作表，在這個(gè)工作表中，我們可以為計(jì)劃的中斷輸入一些日期，以及這個(gè)特定的迭代中的一些假期。在“Capacity”工作表中，可以從各個(gè)capacity中減去這些日期。

　　接下來。我們看一看比較重要的“Capacity”工作表。僅次于“Burndown”工作表，在任何一個(gè)迭代中，這個(gè)工作表都是第二有用的工作 表。請(qǐng)注意，我已經(jīng)安排到“Iteration Backlog”中的任務(wù)都反映在這里了，你也可以看到在“Interruptions”工作表中指定的假期也被考慮進(jìn)來了（也就是說，對(duì)于這個(gè)迭代來 說，有效的工作時(shí)間是15天，而不是19天）。還有，Hours/Day字段被用來表示某個(gè)團(tuán)隊(duì)成員的“理想”工作時(shí)間（根據(jù)我的經(jīng)驗(yàn)，一般是6個(gè)小時(shí)， 所以，開發(fā)者們進(jìn)行估算的時(shí)候一定要注意，真正的估算值是不包括飲水機(jī)旁的閑聊時(shí)間，上洗手間的時(shí)間，或與其他重要的人進(jìn)行溝通的時(shí)間的。）

　　在“Individual Capacity”圖表中，綠色的區(qū)域是團(tuán)隊(duì)成員可以工作的時(shí)間的總數(shù)。在這個(gè)迭代中，藍(lán)色的部分是實(shí)際被分配的工作量。在理想情況下，分配給一個(gè)團(tuán)隊(duì)成 員的工作應(yīng)該和他可以完成的工作量相當(dāng)。如果一個(gè)團(tuán)隊(duì)成員落后了，會(huì)通過Over字段（這個(gè)字段是基于每天錄入的時(shí)間的，我稍后將會(huì)討論這方面的內(nèi)容）反 映在這個(gè)圖表中，然后，這個(gè)工作表中的工作可以被重新調(diào)整。另外，任何時(shí)間你都可以回到“Interruptions”工作表，為某個(gè)團(tuán)隊(duì)成員增加更多的 時(shí)間，然后再回到”Capacity“工作表重新進(jìn)行調(diào)整。

　　至于團(tuán)隊(duì)成員任務(wù)的時(shí)間錄入，在客戶的重壓之下，這是我的主要工作。十分簡(jiǎn)單，不用每天都錄入時(shí)間，燃燒圖和報(bào)告都是沒有意義的。在Task工作項(xiàng)中，你將會(huì)看到所有重要的字段，如下圖所示：

　　一般來說，當(dāng)團(tuán)隊(duì)成員們坐下來，把整個(gè)團(tuán)隊(duì)當(dāng)成一個(gè)整體來進(jìn)行估算的時(shí)候（我推薦這樣做），每個(gè)團(tuán)隊(duì)成員都會(huì)做一個(gè)初步的估算。當(dāng)團(tuán)隊(duì)成員開始完成 某個(gè)特定的任務(wù)的時(shí)候，每天，他們都在推進(jìn)這個(gè)任務(wù)，他們將會(huì)輸入要完成這個(gè)任務(wù)，還需要多少個(gè)小時(shí)，以及在那天完成的小時(shí)數(shù)。原始的估算值不應(yīng)該被改 變，因?yàn)門FS（Team Foundation Server）會(huì)使用它來計(jì)算還沒有列入計(jì)劃的工作。如果在某一天“Remaining”字段的值增加了，而不是減少了，那么就像我上面討論的那樣，這會(huì) 被反映到“Iteration Backlog”的“Individual Capacity”工作表中。

　　我們最后要介紹的工作表是“Burndown”，在項(xiàng)目進(jìn)度方面，它是一個(gè)起決定性作用的視圖。團(tuán)隊(duì)的主管每天都會(huì)使用這個(gè)視圖來追蹤某個(gè)迭代的項(xiàng)目進(jìn)度。這里我就不詳細(xì)討論了，因?yàn)橛泻芏嗟胤娇梢詫W(xué)到如何更好地理解一個(gè)燃燒圖。但是，以后我可能會(huì)添加一些新想法的。

NET技術(shù)：Visual Studio 2010中敏捷開發(fā)流程模板的應(yīng)用，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。