我的团队即将迁移到 Team Foundation Server。实际上，我正在努力。
您要决定的事情之一是您使用的是哪种方法 - 敏捷、CMMI 等。
问题是 - 我不知道我们使用什么方法。我的意思是，我们并没有积极使用一个。而且我对敏捷或其他方法还不够熟悉，不知道哪些方法(如果有的话)恰好适用于我们的工作方式。
是否有一些默认方法？比如，如果我们经历一些非常直接的过程(获取需求、代码、测试、推送到 QA、进行 QA 测试、推送到生产)，它甚至有一个名字吗？
作为奖励，对于 TFS，一开始选择错误的惩罚是什么？如果我们决定采用敏捷或其他方式，稍后切换齿轮有多难？
最佳答案
切换方法论不会有重大损失 - 您只需在安装时选择一个默认方法，然后您可以选择要用于任何给定项目的方法。事实上，它只与 TFS 最初如何配置 Sharepoint 项目页面有关——您可以在页面创建后向其添加任何您想要的内容，因此如果您决定更改项目的方法，这并不难做到。
对于 TFS 开箱即用的两个(敏捷和 SCCM/Waterfall)，这实际上是您的过程的问题 - 您是“尽早且经常”发布，随着错误的出现发布更小的包，还是您在大型迭代中运行您的项目，发布频率更低，但具有明显的里程碑版本？
要问的一个问题(虽然不完全准确，但总能帮助我):产品的版本号是否对最终用户有意义？例如，许多网站都是敏捷的，因为它们不断发布改进和补丁，并且通常不会有很大的改进/大修，而像 MS Office 这样的产品有一个有意义的版本号(2003、2007 等)，这是更有可能是 SCCM。
如果您没有明确的方法，现在是开发方法的好时机 - 决定哪个发布周期对您有意义，在每个发布周期中创建一个项目并查看 TFS 自动为您设置的内容 - 执行进度指示器和Sharepoint 页面有意义吗？有什么明显的遗漏吗？
关于tfs - 我怎样才能弄清楚我们正在使用哪种编程方法(如果有的话)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/469893/