中国武术的基本训练方法就是套路和招式。但是如果将这些套路和招式直接应用到实战当中去，其结果必将是吃亏落败的结局。这是因为招式和套路存在的目的是用来为习武的人提供可供学习的形式上的指南。套路中的每招每式都用来训练实际作战时可能用到的基本技能和技巧。因此对这些技能及技巧的掌握而不是对动作招式的简单重复，才是在实战中克敌制胜的真正重要的因素。
VSTS是个关于软件生命周期管理的工具组合。它可以被认为是MSF方法论和各种项目管理工具的大集成。MSF软件过程将软件开发分为四个阶段：规划、计划、开发、稳定。而VSTS集合里的工具则为这四个阶段的实现提供了软件上的基础。可以看出，这里重要的中心都是直指开发过程而不是工具。但事实上许多人却反其道而行之，他们只是简单的使用VSTS中提供的那些工具，把VSTS当VSS的数据库版来使用。这是十分不正确的，花很大代价（此产品价格不菲：《）去做和以前相同的事情，就得好好想想真的有必要去改变它吗？正如前边讲到武术出现的情况一样，VSTS的威力不在于它的工具合集里的那些工具，而在于这些工具相互配合对于团队组织对方法论上的支持，那才是它的神。
此次我打算用一系列文章，围绕一个项目Demo，说明一些我对VSTS使用上的认识。当然对VSTS产品的理解我自然是比不上微软的产品专家和技术支持了，论开发方法论我也比不过那些资深的“PMP”们。但我也有自己的优势，那就是自己既在搞项目管理又在搞微软产品的技术支持。这使得我有机会能将微软的产品应用到项目实践当中去。最重要的是，我的确想拿起笔来写些什么。
关于我所介绍的项目，其来源是公司研发体系某部门的一次CMMI实践需要。这个部门的领导人很希望规范自己团队软件版本发布的流程。传统的方法需要投入一定的人力，专门针对流程进行管理和控制。这样就出现两方面的问题，首先是这些人究竟是什么角色？他们是否是开发专家、或者是测试专家、或者是流程管理专家。否则他们怎么拥有管理整个流程的权利和能力？其次，无数次的实践明这种做法大都是凶多吉少的。
在这种情况下，部门领导人找到我，希望得到一个由过程自动管理活动的办法。很幸运，微软正好有基于VSTS的解决方案。这个解决方案包中提供一种叫做MSF的过程管理理论，而这种理论借助VSTS工具合集里的各种工具，实现了自动化管理过程中各类活动的问题。比如WIT实现的是项目计划的跟踪与管理、TFVC实现了版本控制、FXCOP实现了代码的优化、TF Build实现了构建管理、For Test版本则实现了测试管理。
基于如此多的好处，部门领导人答应让我做一次内部的POC（有效性验证）过程。并给了我需求－一张流程图：
这是个很标准的流程，因此我猜想用VSTS实现它应该不是件很难做的事情。OK，那么就让我们在下一章中开始动手做吧。
转自：
http://zhanghonglin.blog.51cto.com/314914/61140