Microsoft Team System似乎是面向流程的系统实施的一个很好的平台，但是如果您取消对BA，PM和业务用户的访问权限并且只是在Dev团队中纯粹使用它，它是否具有更多的价值而不仅仅是使用Visual Studio Professional，SourceSafe，缺陷跟踪工具和CruiseControl或TeamCity等持续集成服务器？
答案 0 :(得分：5)
是。您提到的每种替代技术都是Team System软件包支持的（在此版本或下一版本中）。所有这些组件都旨在在TFS中相互集成和协作。这是TFS团队对所有组件的高度优先。结果是一组在大多数情况下无缝集成的功能。
我不熟悉您提到的其他几个项目，但它们不太可能与相应的TFS组件相互集成。这并不是说他们没有整合或表现不佳的产品。只是他们没有设计为彼此合作。因此，互动不会像TFS组件那样清晰。
这足以继续使用TFS吗？不知道，因为它高度依赖于您对这种集成的重视程度。
答案 1 :(得分：1)
我的团队TFS的一大卖点是它为我们整个产品生命周期提供的一致性。我们允许BA，PM和业务用户对TFS具有一定的访问级别，但即使我们没有，也可以使用该产品。能够在TFS中管理我们的工作流并在整个开发团队中实施一致性非常棒。
我们使用的TFS提供的一些功能：安全性，报告，工作流管理，集成构建，电子邮件警报，分支/合并。
你可以用其他工具躲避它吗？可能，但管理和维护并不容易，您可能无法提取报告和跟踪TFS所需的数据类型。
在旁注中，如果您将Visual SourceSafe视为您的存储库，我强烈建议您在其他地方寻找。从个人和商业经验来看，我可以证明它不能被视为稳定/强大的存储库。
我的想法。
答案 2 :(得分：1)
当然它有价值。团队SKU中有大量的客户端功能（不要让这个名字欺骗你 - 他们主要只是新的“超级高级”厨房水槽版本，还有一个很好的奖励，包括服务器CAL for TFS。）这里有精确的规范：http://www.microsoft.com/visualstudio/en-us/products/teamsystem/default.mspx
专门研究协作功能，系统中的组件设计为“只是相互协作”，这一点具有明显的价值。设置简化（虽然它有一些方法）;用户界面是一致的，可以互相访问;后端提供统一的报告/分析服务。如果你有一个庞大的团队，整体性能/可扩展性也远远超过了典型的OSS套件目前的能力。
问题是对你来说是否值得。为什么使用Visual Studio Professional而不是SharpDevelop？为什么SourceSafe而不是Git？为什么不记事本和特别标记的文件夹？
所有商业产品都是商业用途（好吧，也许不是SourceSafe！）。如果您想要具有广泛功能集，紧密集成，明确定义的支持和测试生命周期，良好的适应性和完成等等，然后花费$$并让你的开发人员继续他们的工作通常是值得的。如果你不介意做设置＆amp;自行排除故障，在开发工作流程中切换多个应用程序，失去查询能力。报告团队统计数据整体等等，然后一定要开源 - 现在很多OSS开发工具都非常扎实。