假设您的基于 .NET 的开发团队已经在其流程中使用以下工具集：
您对 Subversion 和 NUnit 很满意，但不喜欢 Wiki 和错误跟踪系统。您还想添加一些轻量级的项目管理软件（如 Fogbugz/Trac）——它不一定是免费的，但显然越便宜越好。
您能否为采用 VSTS 提出令人信服的论点，无论是添加缺失的功能并替换不喜欢的软件，还是处理所有事情（包括源代码控制）？所有这些功能的集成是否大于部件的总和，还是仅仅获取和更换您不喜欢或没有的部件会更好？
我记得几年前研究过 VSTS，并认为它非常昂贵，而且并不比许多免费选项更好，但我认为微软会继续努力？
VSTS 很棒，如果您在其中做所有事情。不幸的是，这些年来价格并没有变得更好。:( CAL 的价格仍然高得离谱。唯一的改进是，如果一个人只使用工作项系统，并且只使用他/她自己的工作项（不要偷看其他人的工作项！），那么就不需要CAL。这使它更容易用作外部错误报告系统。但在这方面仍有很多不足之处。
有一种方法可以降低成本 - 成为 Microsoft 认证合作伙伴。如果你是一个简单的合作伙伴，你可以免费获得 5 个 VS/TFS 许可证；如果您是金牌认证合作伙伴，您将获得 25 分（如果我没有记错的话）。对于大多数公司来说，这应该足够了。但是获得金牌身份可能会很棘手，具体取决于您的工作。
如果您只不喜欢这两个部分，那么最好只找到它们的替代品而不是所有东西？那里有许多 wiki 系统，有些应该是您喜欢的。错误跟踪也是如此。
我们不仅对工具非常满意，而且对 Team Foundation Server 和各种 Team Edition 为我们提供的集成感到非常满意。我们之前使用 Borland 的 StarTeam 进行源代码控制和通过第 3 方 wiki 进行问题跟踪，目前我不知道它的名称。
我们是时候延长与 Borland 的许可和支持协议了，但我们却发现，将用户添加到我们的许可和升级产品的成本与硬着头皮制造转变。需要考虑的一件事是，您通常会从一开始就为开发工具付费，因此成本部分由我们的预算承担。
我们也觉得没有必要为每个人获取 Team Suite。您可能想为开发人员考虑它，但其他学科在使用大多数公司的所有工具方面并没有真正的好处。
我们能够获得适合 12 人的团队版本、足够 50 个用户的 CAL（用于 Team Explorer、Teamprise、Team Project Portals、Team Web Access）、我们拥有的五个 Mac 用户的 Teamprise，以及 Team Foundation Server 软件本身低于六位数。考虑到这包括我们通常会购买的开发人员工具，这是一笔划算的交易。
新许可的前期成本也涵盖了两年，因此我们可以在 2008 财年和 2009 财年之间分配预算。非常重要的是确保不要让许可证失效，因为许可证的续订成本只是初始成本的一小部分，而且还包括版本升级。
至于功能，我们正在推出。我们部门大约有一半人完成了培训，我已经开始迁移项目了。开发团队绝对喜欢这些功能并与他们的工作流程紧密集成。版本控制轻而易举，工作项（及其相关的报告工件）可扩展至 n 级。TFS 在很大程度上依赖于为工作流管理带来健全性，这一事实有助于将所有流程绑定到一个您无法通过多个供应商获得的水平。
不过，我最喜欢的东西是可扩展性模型。使用 Team Foundation Server API，您可以轻松编写签入策略、编写与系统交互的工具、开发插件等。通过最少的实施，我们已经看到生产力和产品质量的提高。
不过，集成 Team Build 仍遥遥无期。我还没有建立一个构建项目，但它似乎是无缝且无痛的。时间会证明... :-)
编辑 - 我忘了提到我们向 TFS 的迁移包括测试负载代理的许可。Team Test 中的负载测试功能是我见过的最好的功能之一，如果不是的话。
我会坚持使用 SVN 并使用 trac 或 bugzilla 或fogbugz。您也可以试用团队服务器。在我看来，这不值钱。MS 有机会使用版本控制，但他们很久以前就把它搞砸了。如果你问我的话就太晚了，坦率地说，我对他们如何尝试通过“集成”到源代码控制来控制你在 IDE 中的所有开发体验印象深刻。我更喜欢 perforce/SVN 和单独的缺陷跟踪解决方案。
综上所述，您可能不会在以下任何方面出错：
bugzilla 或 trac 或 fogbugz 和 SVN MS 团队 thingamabob