TFS 2010中团队项目的推荐组织结构是什么？假设我们的企业中有4个大部门.建议的方法是为每个部门创建一个团队项目或一个组织的逻辑表示,并为这些TFS团队项目中的VS项目设置不同的文件夹？或者每个合理的大项目都应该有自己的团队项目吗？
我从代码存储和TFS工件的角度提出了更多要求.如果我们要在一个大型团队项目中存储代码和用户故事,任务等,这是否会阻碍敏捷开发过程？我们仍然可以为大型团队项目中的每个"项目"设置单独的查询和单独的仪表板.但是,构建将位于这个庞大的构建列表中.
如果我们有许多较小的团队项目,那么QA将跨越多个团队项目跨越他们的工作将更加困难.他们需要知道在哪里输入错误 - 我们不一定要依赖的知识.
那么最佳做法是什么？
小智 5
将所有内容存储在一个项目中不会妨碍"敏捷开发过程".我的建议是为每个项目创建一个区域路径,并在这些区域路径下组织您的工作项.您将为每个区域提供产品待办事项查询.使用迭代路径字段,然后在所有项目中驱动计划.这应该工作正常.然后可以按区域和/或迭代过滤所有报告.
对于构建,我看到许多团队为构建定义添加前缀以提供更好的组织.这是一篇博客文章,描述了您可以下载的扩展程序,以帮助更好地组织构建.
http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx
| 归档时间： |
|
| 查看次数： |
1392 次 |
| 最近记录： |