VSTS在實戰中的應用系列（二）

萬事開頭難。每個項目的起點都是從專案規劃開始做起。因此怎樣去做好規劃對於項目意義重大。在VSTS中，專案規劃的含義與我們普通開發過程中所講的規劃的並不是很相同。在VSTS中規劃的內容主要分為三項：地區和迭代的劃分、工作項目定義。 首先，我們必須知道什麼是地區和迭代？一般說來，我們要想完整的把握項目，就會從好幾個角度去觀察和控制它。因為任何項目本身都是高度複雜的和關聯的事物組合而成。這就意味著我們很難從單個角度就能將項目觀察清楚。在普通過程中我們把這種角度稱做“視點”，而在VSTS中這個視點被叫做“地區”。看到這裡，我們可能會有個衝動，自然的認為全面考察項目最好的辦法就是全形度去看問題。但如果那樣做，我們就會失去對項目至關重要那部分的聚焦。因此我們需要規划出我們感興趣的視點，以便能將為數不多的精力投入到這些對項目來說非常重要的地區裡去。 在這個項目中，我可以隨心所欲的規划出許多種視點來。但為了提高效率以及增加成功性。“軟體工廠”模式提出了兩種最常用的地區：軟體工程視點的和專案管理視點。因為所有的軟體項目最終的目的都是以可啟動並執行程式的形式存在，因此工程視點是保證項目成功的重要地區。而我們產品的品質卻與專案管理密切相關，而品質也是保證成功的一個重要因素。因此專案管理視點也是我們關注的重要地區。而這兩個大的視點只是決定了我們如何去關注我們的項目。是一種類似原則性的東西，若想落實，還須補充更多和更細的子視點，以這兩個地區做進一步的細化。是我對這個項目的地區進行的規劃。  可以看出從工程角度來說，我關心的軟體的架構方面的劃分：UI、應用服務層、泛型服務層、資料層，代表了為實現客戶和商業上不同的價值所付出的努力。比如，由於UI層密切與使用者利益相關，那麼可能這個地區下的眾多工作要和客戶一起完成，或者需要請更加專業的使用者體驗專家來做。而泛型服務層可能還需要服務公司其它項目。而基於這樣的商業價值，很可能這個地區下的工作將除過考慮本項目自身的設計要求外，還需要考慮一些其它項目上的額外設計要求。這些重要的東西，都需要在我們劃分的觀點中得到體現。專案管理地區下的幾個子領域，則代表了我們為了項目保證品質而在開發過程中所採取的努力。在定義好地區後，我們通過地區與迭代的組合，就能幫我們定位某個工作項目所處的位置和性重要程度。 再來看軟體迭代。假設現在要發布一個新版本的軟體系統。我們計劃通過三次迭代過程，完成整個軟體的發布，因此我們定義的迭代就如的形式： 每一個迭代過程都包括一個完整的發布流程。每一個迭代過程也都產生一個完整的軟體版本。在三次迭代過程完成之後，我們就得到一個發行就緒的最終版本。 另一個規劃中的重要方面，就是工作項目的定義。這部分比較複雜，因此放在後一章中做詳細說明。