敏捷過程模板
Team Foundation Server 2010內置兩個過程模板，雖然有TFS過程幫助文檔，但微軟並沒有提供我們最需要的實踐指南，示例等。我們一直用"MSF for Agile Software Development v5.0"，長期以來我們盡量適應這個模板，把它當成標准來用。但是漸漸的我們發現這個過程模板跟我們實際的開發工作並不吻合，一方面這個模板畢竟是舶來之品，跟中國式的軟件特點有很大的差異；另一方面軟件過程持續改進是恆定的規律，現階段的工作特點需要跟現狀相符的過程模板，而不是一步到位。
首先啟動Visual Studio 2010，打開"團隊\團隊項目集合設置\過程模板管理器"，下載"MSF for Agile Software Development v5.0"到本地文件夾。
然后下載：Team Foundation Server Power Tools ，安裝完成后，在visual studio里執行"工具\Process Editor\Process Templates\Open Process Template"，打開剛下載的"MSF for Agile Software Development v5.0"進行修改。
1 迭代(Iterations)
團隊項目的第一個階段是"迭代 1"，"迭代 n"等隨項目的進展動態添加。另外，這里增加一個特殊的迭代："積壓"(Backlog)，未計划的，不明確，不緊急的工作項暫時放到"積壓"里，隨着項目的進展情況以及客戶的要求，"積壓"里的工作項才會安排到"迭代 n"里。
2 組成員資格(Group)
新增三個組：Developers (開發者)，Support (技術支持)，Testers (測試員)
3 團隊查詢(Team Queries)
敏捷過程模板默認生成的團隊查詢如下圖所示，看起來比較復雜，我們一邊用一邊定制新的查詢，來來回回用了兩年，最后總結了最常用的查詢，那些不常用的查詢狠狠心都刪除了。
圖 1 修改前 圖 2 修改后
3.1修改查詢
3.2 我的所有工作
這個查詢體現的是個人關注，是項目成員工作的入口，把所有項目中指派給他的用戶情景，任務，問題，Bug顯示在一個表格里，使得他可以快速簡便的查看自己的任務情況，比如：新任務，未完成的任務，優先級高的任務等等。實踐發現，這種方式比讓他去各個項目里去查找"我的任務"，"我的Bug"等要有效的多，特別是對於多項目並行開發以及跨部門協作的情況。
3.3 所有工作
這個查詢體現的是項目關注，關注項目的全部工作項以及工作項之間的父子關系。
4 工作項(Work Item)
4.1 默認工作項(Default Work Items)
TFS2010支持工作項的層次結構，這樣當工作項特別多的時候就不像TFS2008那么亂了。於是每一個新的團隊項目里都要手工創建完全相同的頂層摘要任務，重復工作又來了，消滅重復勞動，提高自動化水平是我們義不容辭的責任，那就直接在默認工作項里添加吧。一點小遺憾是不能建立父子關系，只能在創建團隊項目后手工完成。
4.2 工作項類型(Work Item Type)
本來不想定制工作項類型，無奈敏捷過程模板不支持"開始日期"和"完成日期"，如果想要設置工作項的"完成日期"，還要用Office Project打開tfs才能修改"完成日期"。這也太不敏捷了，打開"Type Definitions"編輯任務，添加上"開始日期"和"完成日期"。
預覽一下看看效果，看起來還挺合適的嘛！自從把這兩個字段放出來，舒適度提高20%。
最后，把修改完的過程模板改名為："MSF for Agile Software Development v5.1"，再次打開過程模板管理器，上載到服務器。
