TFS 2010 팀 프로젝트 설정 권장

Question

TFS 2010에서 팀 프로젝트의 권장 조직 구조는 무엇입니까? 기업 내에 4 개의 큰 부서가 있다고 가정 해 보겠습니다. 조직의 각 부서 또는 논리 표현을위한 팀 프로젝트를 만들고 해당 TFS 팀 프로젝트 내의 VS 프로젝트에 대해 서로 다른 폴더를 만드는 것이 좋습니다. 또는 각각의 합리적인 대형 프로젝트가 자체 팀 프로젝트를 가지고 있어야합니까?

코드 저장소 및 TFS 아티팩트의 관점에서 더 많이 묻습니다. 하나의 커다란 팀 프로젝트에 코드 및 사용자 스토리, 작업 등을 저장하는 것이 민첩한 개발 프로세스를 방해합니까? 큰 팀 프로젝트에서 각 "프로젝트"에 대해 별도의 쿼리와 별도의 대시 보드를 설정할 수 있습니다. 그러나 빌드는이 거대한 빌드 목록에 포함됩니다.

많은 팀 프로젝트가 있다면 QA가 여러 팀 프로젝트에 걸쳐 작업을 수행하는 것이 어려울 수 있습니다. 그들은 우리가 반드시 의지하고 싶지 않은 지식 - 어디서 버그를 입력해야하는지 알고 있어야합니다.

그래서 가장 좋은 방법은 무엇입니까?

Answer 1

모든 프로젝트를 하나의 프로젝트에 저장하면 "민첩한 개발 프로세스"를 방해하지 않습니다. 내 권장 사항은 각 프로젝트의 영역 경로를 만들고 해당 영역 경로 아래에 작업 항목을 구성하는 것입니다. 각 영역에 대한 제품 백 로그 쿼리가 생성됩니다. 반복 경로 필드를 사용하여 모든 프로젝트에서 일정을 구동하십시오. 그건 잘 작동합니다. 그런 다음 모든 보고서를 영역 및/또는 반복별로 필터링 할 수 있습니다.

빌드의 경우보다 나은 구성을 제공하기 위해 빌드 정의 앞에 여러 팀이 있습니다. 다음은 빌드를보다 잘 구성 할 수 있도록 다운로드 할 수있는 확장 프로그램을 설명하는 블로그 게시물입니다.
http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx