【IT168 技术文档】VSTS为落实软件开发生命周期与流程管理，而明确区分角色（但同一人可担任多种角色）与权责，让企业重新调整组织结构，却可能带来额外的人力负担，以及信息共享的困难。

  角色与分责所增加的人力负荷

  VS2005采用软件开发生命周期，作为企业在选择信息系统发展方法论（System Development Methodology）时的标准流程，其特征是将开发流程区分为几个连续阶段（3个~20个不等），标示着不同的系统发展成果，实作时则配合专门的技术角色（分析师、架构师、开发人员、测试人员与项目经理等），目的是容易管理、分层负责与确保软件质量。VS2005则在软件开发生命周期中定义出区分架构师（Architect）、开发人员（Developer）、测试人员（Tester）与项目经理（Project Manager），并将软件依角色区分为3种版本：Team Architect、Team Developer、Team Tester等，项目经理的权责则包含在Excel或Project上，可与Team System整合。

  以工具区分角色的做法对大型开发团队而言，终于有对应的专属工具，但对中小企业而言，通常由一人扮演多种角色，而不同角色下工具却能强迫兼职的人不至于混淆工作，以致于难以追踪工作进度（这是造成中小企业软件项目常「重工（Re-work）」的原因）。

  另一点附带的优点是应用软件生命周期对中小企业主管而言，仍是艰涩的观念，但微软却可以透过功能与版本的区分，再加上整合，使初学者跟着工具所规范的功能，即可以完成软件开发生命周期。

  角色与分责是软件工程化的精神之一，我们可以用半导体制程的方法来比拟，生产线将晶圆的制作手续上区分为黄光制程、薄膜制程等，各制程紧守着本身的生产责任，达到整体流程标准化（SOP），而制程整合工程师负责排除制程缺陷问题，并确保高良率等。但角色与分责使得企业的开发团队中常一人分饰多种角色的问题，以及人力精简的目标又重回原点。为了角色与分责势必增加人力，但这对企业而言，原本因为信息单位只是消耗预算的单位而精简人力，若为了软件质量而朝向工程化，形成两难的局面。即使敏捷式开发方法能解决人力问题，但企业中开发角色的赋予，并非如工程师所愿。他们常因为主管的临危受命下担任救火队的角色，使得角色混淆问题严重，VS2005虽立意良善，但企业势必在现实与工具间取得平衡点，而且还要取得所有成员的共识，否则万用的瑞士刀只是用主刀来切水果，不免大材小用，而且这样的状况下，VS.net 2003已能应付需求，不需要升级到VS2005。