中國武術(shù)的基本訓(xùn)練方法就是套路和招式。但是如果將這些套路和招式直接應(yīng)用到實戰(zhàn)當中去，其結(jié)果必將是吃虧落敗的結(jié)局。這是因為招式和套路存在的目的是用來為習(xí)武的人提供可供學(xué)習(xí)的形式上的指南。套路中的每招每式都用來訓(xùn)練實際作戰(zhàn)時可能用到的基本技能和技巧。因此對這些技能及技巧的掌握而不是對動作招式的簡單重復(fù)，才是在實戰(zhàn)中克敵制勝的真正重要的因素。
VSTS是個關(guān)于軟件生命周期管理的工具組合。它可以被認為是MSF方法論和各種項目管理工具的大集成。MSF軟件過程將軟件開發(fā)分為四個階段：規(guī)劃、計劃、開發(fā)、穩(wěn)定。而VSTS集合里的工具則為這四個階段的實現(xiàn)提供了軟件上的基礎(chǔ)。可以看出，這里重要的中心都是直指開發(fā)過程而不是工具。但事實上許多人卻反其道而行之，他們只是簡單的使用VSTS中提供的那些工具，把VSTS當VSS的數(shù)據(jù)庫版來使用。這是十分不正確的，花很大代價（此產(chǎn)品價格不菲：《）去做和以前相同的事情，就得好好想想真的有必要去改變它嗎？正如前邊講到武術(shù)出現(xiàn)的情況一樣，VSTS的威力不在于它的工具合集里的那些工具，而在于這些工具相互配合對于團隊組織對方法論上的支持，那才是它的神。
此次我打算用一系列文章，圍繞一個項目Demo，說明一些我對VSTS使用上的認識。當然對VSTS產(chǎn)品的理解我自然是比不上微軟的產(chǎn)品專家和技術(shù)支持了，論開發(fā)方法論我也比不過那些資深的“PMP”們。但我也有自己的優(yōu)勢，那就是自己既在搞項目管理又在搞微軟產(chǎn)品的技術(shù)支持。這使得我有機會能將微軟的產(chǎn)品應(yīng)用到項目實踐當中去。最重要的是，我的確想拿起筆來寫些什么。
關(guān)于我所介紹的項目，其來源是公司研發(fā)體系某部門的一次CMMI實踐需要。這個部門的領(lǐng)導(dǎo)人很希望規(guī)范自己團隊軟件版本發(fā)布的流程。傳統(tǒng)的方法需要投入一定的人力，專門針對流程進行管理和控制。這樣就出現(xiàn)兩方面的問題，首先是這些人究竟是什么角色？他們是否是開發(fā)專家、或者是測試專家、或者是流程管理專家。否則他們怎么擁有管理整個流程的權(quán)利和能力？其次，無數(shù)次的實踐明這種做法大都是兇多吉少的。
在這種情況下，部門領(lǐng)導(dǎo)人找到我，希望得到一個由過程自動管理活動的辦法。很幸運，微軟正好有基于VSTS的解決方案。這個解決方案包中提供一種叫做MSF的過程管理理論，而這種理論借助VSTS工具合集里的各種工具，實現(xiàn)了自動化管理過程中各類活動的問題。比如WIT實現(xiàn)的是項目計劃的跟蹤與管理、TFVC實現(xiàn)了版本控制、FXCOP實現(xiàn)了代碼的優(yōu)化、TF Build實現(xiàn)了構(gòu)建管理、For Test版本則實現(xiàn)了測試管理。
基于如此多的好處，部門領(lǐng)導(dǎo)人答應(yīng)讓我做一次內(nèi)部的POC（有效性驗證）過程。并給了我需求－一張流程圖：
這是個很標準的流程，因此我猜想用VSTS實現(xiàn)它應(yīng)該不是件很難做的事情。OK，那么就讓我們在下一章中開始動手做吧。
轉(zhuǎn)自：
http://zhanghonglin.blog.51cto.com/314914/61140