Visual Studio 2010中敏捷開發(fā)流程模板的應(yīng)用
原創(chuàng)【51CTO獨(dú)家特稿】本文將會(huì)為您講述如何使用TFS 2010 MSF Agile 5.0流程模板為迭代項(xiàng)目而提供的工作簿。首先，讓我們看一看Visual Studio 2010 IDE中的Team Explorer插件：
接下來(lái)，我們將會(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)有的文檔或文件夾。
#p#
現(xiàn)在，讓我們回到Team Explorer，在Team Explorer中，我們將會(huì)選擇“Product Planning”工作簿（對(duì)于這個(gè)Team Project來(lái)說(shuō)，它是“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來(lái)平衡workload等工作都可以在這個(gè)工作簿中完成。
如果你想修改查詢，你可以選擇“Configure”下拉列表框，然后選擇“List”項(xiàng)，如下圖所示：
選擇List以后，你將會(huì)看到一個(gè)對(duì)話框，這個(gè)對(duì)話框可以讓你選擇你喜歡的查詢。默認(rèn)的Product Backlog是一個(gè)flat query，所以，我建議你改成hierarchical query。
#p#
現(xiàn)在，我們將會(huì)選擇“Iterations”工作表，如下圖所示，在“Iterations”工作表中，我們可以為定義的每個(gè)迭代輸入開始和結(jié)束的日期?；谠?ldquo;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è)迭代中交付的工作量。
接下來(lái)，我們一起來(lái)看一下“Interruptions”工作表，它可以有效地屏蔽掉那些在項(xiàng)目進(jìn)行期間無(wú)法工作的那些日期。
#p#
現(xiàn)在，讓我們回到Team Explorer中，在Team Explorer中，我們將會(huì)選擇***個(gè)迭代的Iteration Backlog。對(duì)于每個(gè)迭代來(lái)說(shuō)，我們都會(huì)得到一個(gè)iteration backlog。TFS（Team Foundation Server）給每個(gè)Team Project預(yù)置了3個(gè)迭代，但是你可以復(fù)制和粘貼迭代文件夾，讓它指向Team Queries中的合適的查詢。你必須要在Team Queries中執(zhí)行復(fù)制/粘貼操作，為每個(gè)迭代修改查詢。一般來(lái)說(shuō)，在理想情況下，如果在Team Queries中對(duì)一個(gè)迭代執(zhí)行了執(zhí)行拷貝/粘貼/修改操作，然后緊接著就應(yīng)該在Shared Documents文件夾下對(duì)一個(gè)迭代執(zhí)行復(fù)制/粘貼/修改操作。
雙擊以后，我們將會(huì)看到“Iteration Backlog”工作簿，如下圖所示。在這個(gè)工作簿中，你可以管理來(lái)自于那些工作表的所有迭代——把任務(wù)安排到特定的迭代中，在“燃燒工作表”中，針對(duì)燃燒圖設(shè)置各個(gè)迭代的日期，為團(tuán)隊(duì)成員（私人事件或假期）設(shè)置中斷，為團(tuán)隊(duì)成員做Capacity計(jì)劃。（和2008版本相比，這是一個(gè)巨大的改進(jìn)，僅次于按等級(jí)劃分的工作項(xiàng)）
通過(guò)Product Backlog，你可以通過(guò)選擇“Configure”下拉列表修改underlying query。如下圖所示：
當(dāng)你從那個(gè)下拉列表中選擇“List”的時(shí)候，你將會(huì)看到一個(gè)對(duì)話框，這個(gè)對(duì)話框可以讓你選擇不同的underlying query，如下圖所示：
當(dāng)我們選擇Settings工作表的時(shí)候，我們可以為這個(gè)迭代輸入一些日期，而且，這個(gè)工作表還可以計(jì)算天數(shù)，如下圖所示：
接下來(lái)，我們可以選擇“Interruptions”工作表，在這個(gè)工作表中，我們可以為計(jì)劃的中斷輸入一些日期，以及這個(gè)特定的迭代中的一些假期。在“Capacity”工作表中，可以從各個(gè)capacity中減去這些日期。
#p#
接下來(lái)。我們看一看比較重要的“Capacity”工作表。僅次于“Burndown”工作表，在任何一個(gè)迭代中，這個(gè)工作表都是第二有用的工作表。請(qǐng)注意，我已經(jīng)安排到“Iteration Backlog”中的任務(wù)都反映在這里了，你也可以看到在“Interruptions”工作表中指定的假期也被考慮進(jìn)來(lái)了（也就是說(shuō)，對(duì)于這個(gè)迭代來(lái)說(shuō)，有效的工作時(shí)間是15天，而不是19天）。還有，Hours/Day字段被用來(lái)表示某個(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ì)通過(guò)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)告都是沒(méi)有意義的。在Task工作項(xiàng)中，你將會(huì)看到所有重要的字段，如下圖所示：
一般來(lái)說(shuō)，當(dāng)團(tuán)隊(duì)成員們坐下來(lái)，把整個(gè)團(tuán)隊(duì)當(dāng)成一個(gè)整體來(lái)進(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ì)使用它來(lái)計(jì)算還沒(méi)有列入計(jì)劃的工作。如果在某一天“Remaining”字段的值增加了，而不是減少了，那么就像我上面討論的那樣，這會(huì)被反映到“Iteration Backlog”的“Individual Capacity”工作表中。
我們***要介紹的工作表是“Burndown”，在項(xiàng)目進(jìn)度方面，它是一個(gè)起決定性作用的視圖。團(tuán)隊(duì)的主管每天都會(huì)使用這個(gè)視圖來(lái)追蹤某個(gè)迭代的項(xiàng)目進(jìn)度。這里我就不詳細(xì)討論了，因?yàn)橛泻芏嗟胤娇梢詫W(xué)到如何更好地理解一個(gè)燃燒圖。但是，以后我可能會(huì)添加一些新想法的。
原文標(biāo)題：Using MSF Agile 5.0 Workbooks in Visual Studio 2010 and TFS 2010
【編輯推薦】
