tfs - 如何确定我们使用的编程方法(如果有)?

原文 标签 tfs methodology

我的小组即将移至Team Foundation Server。实际上,我正在努力。

您要决定的事情之一就是要使用哪种方法-敏捷,CMMI等。

问题是-我不知道我们使用什么方法。我的意思是,我们并没有积极使用它。而且我对敏捷或其他方法还不太熟悉,无法知道哪种方法恰好适用于我们的工作方式。

是否有一些默认方法?例如,如果我们经历一些非常直截了当的过程(获取需求,代码,测试,进行质量检查,进行质量检查测试,进行生产),甚至还有名字吗?

而且作为奖励,使用TFS,一开始选择错误的东西会受到什么惩罚?如果我们决定采用敏捷之类的东西,以后换档有多难?

最佳答案

切换方法的方法没有大的损失-安装时只需选择一个默认方法即可,并且可以选择将用于任何给定项目的方法。实际上,它仅与TFS最初配置Sharepoint项目页面的方式有关-创建页面后,您可以在页面中添加所需的任何内容,因此,如果您决定更改项目的方法,这并不困难。

对于TFS开箱即用的两个组件(敏捷和SCCM / Waterfall),这确实是您的过程的问题-您是否“早而频繁地”发布,随着错误的出现会发布较小的软件包,还是运行项目?在较大的迭代中,很少发布,但是具有明显的里程碑发布?

要问的一个问题(虽然不是很准确,但总是可以帮助我):产品是否具有对最终用户有意义的版本号?例如,许多网站都是敏捷的,因为它们不断发布改进和补丁,并且通常不会进行重大的改进/大修,而像MS Office这样的产品具有有意义的版本号(2003、2007等),更可能是SCCM。

如果您没有明确的方法论,那么现在正是开发一种方法的好时机-确定哪个发行周期对您有意义,在每个模型中创建一个项目,并自动查看为您设置的TFS-执行进度指示器和Sharepoint页面感?有什么明显的遗漏吗?

相关文章:

sql-server - 使用远程SQL Server数据库安装Team Foundation Server

unit-testing - 什么时候不/在实现之前编写测试?

android - 如何以及何时在应用程序中使用片段?

agile - 作为开发人员,Agile是否真的为您工作?

sharepoint - 什么是Sharepoint(MOSS 2007)开发/部署最佳实践

javascript - 如何运行Windows脚本文件以从TFS提取项目?

excel - 如何使Excel工作表忘记它是从TFS生成的?

sql - 服务器迁移后,从TFS和SQL中删除“无效”用户帐户

tfs - EF代码优先迁移以部署旧版本

javascript - Javascript方法语法-LowerUpper格式的正确术语