技术开发 频道

团队开发潜力的释放

【IT168 技术文档】

前言:

       在多数开发人员眼中,Visual Studio已经远不止一个工具,他是实现梦想、发挥自己创造力的舞台。但软件产品作为一个合作的成果需要多个角色的积极参与才可以确保其成功,参与的人员也许是是围坐在一起的34名志同道合的朋友、也许是为了某个企业信息化建设集中在一起数十人的专业开发队伍,或者还可能是分布在不同时区为了同一个国际化软件产品协同工作的技术联盟,联盟的的人员可能来自中国、印度、爱尔兰、俄罗斯还有美国… …Visual Studio Team SystemVSTS)的诞生很大程度上是为了顺应这个趋势而来,他把项目经理、架构师、开发人员、设计师、测试人员和部署人员聚拢在一个统一的基础下,以一种动态、更具实效的方式通知项目的利益相关人员他们所需要了解的内容,简言之它是糅合了管理内容的开发技术产品。 

       采用VSTS之后第一个要改观的概念就是变ProjectTeam Project,也许您觉得很久以前自己的Project已经完全Team化了,为什么还要再次强调Team呢?请回想一下您的需求文档保存在什么地方?您的概要设计保存在什么地方?测试中发现的Bug List怎么传递给您的?您最后提交给用户的报告放在什么地方?也许回忆之后Team一词对于某个特定的产品而言就是一个很值得大肆宣传的Logo了。

怎么看待VSTS呢?

       VSTS包括的内容虽然众多,但都是围绕着“开发”这个中心展开的,只不过时间轴线上他被拉长了,从原有的实施阶段被延长到贯穿整个产品开发生命期,人员组成上它也被延展了,从原有的开发人员到涵盖众多角色的团队上。比起“攒鸡毛凑掸子”的多产品开发环境而言,笔者更倾向于单纯统一的产品:一方面技术术语、操作界面的统一可以大大节省参与人员的培训成本,更容易避免实施过程中因为工具平台不同导致的“增值”沟通成本;另一方面开发平台内置组成间的兼容性、协作性也至关重要,尤其当北京的架构设计人员需要远在杭州的开发人员可以及时了解某个模块最新的静态结构的时候,那边的开发人员却因为没有安装特定客户端而无法Get Last,这时怠工就容易出现了,哪怕它仅仅是一个上午,也将很多人的一个上午。

图:VSTS服务于开发工作的的栅格 

       上图是一个VSTS的功能覆盖的栅格,不难看出怎么看待VSTS其实不是一个固定解,在不同人员的眼中他的含义迥然不同。他不仅是完成自己工作的工具,同时也是参考他人工作成果、向他人分享自己工作成果的工具,而且就如Visual Studio家族其他前辈一样所有这些也都提供了二次开发的SDK,即便根据自己企业的需要进行二次定制,所需的工具也就是VSTS自己。 

       VSTS与以往最大的区别在于其增加了一个Team Foundation,也就是整个“Team”概念的基础,没有他的支持其他组成也仅仅就是一个个独立的客户端,与以往单纯代码、文档共享的产品不同,Team Foundation更是增加了开发过程的管理内容,您可以根据组织的要求选择MSFCMMIAgile这些方法,相应的支持内容:原版库管理、报表、编译和过程追踪也都由Team Foundation包办了,它是VSTS的核心。

0
相关文章