팀 프로젝트 아티팩트 작업, 프로세스 템플릿 선택

아티클
06/10/2015

팀 프로젝트를 만들 때마다 항상 프로세스 템플릿을 선택해야 합니다. 프로세스 템플릿은 프로젝트를 계획하고 추적하는 데 사용되는 WIT(작업 항목 형식) 집합, 쿼리 및 보고서를 정의합니다. 팀이 필요로 하는 도구를 제공하는 템플릿을 선택하고 팀이 품질에 초점을 맞출 수 있도록 오버헤드를 줄여줍니다.

팀 프로젝트를 만들려면 여기로 이동하세요.

최신 버전의 Team Foundation Server(TFS) 프로세스 템플릿에 액세스하려면 Visual Studio Team Foundation Server 2013(TFS)을 설치합니다. 그런 후 프로세스 템플릿 관리자를 사용해서 다운로드합니다.

세 가지 기본 프로세스 템플릿 간의 주요 차이점은 계획 및 추적 작업에 제공하는 작업 항목 형식에 있습니다. Visual Studio Scrum은 가장 가벼우며 MSF for CMMI(Capability Maturity Model Integration)는 공식적인 프로세스 및 변경 관리를 위한 지원을 최대한으로 제공합니다.

Microsoft Visual Studio Scrum 2013

스프린트를 계획하는 동안 제품 백로그 항목과 함께 팀에서 버그를 관리하는 경우 Visual Studio Scrum을 선택합니다.

스크럼 템플릿은 스크럼 조직에 따라 정의되는 스크럼 방법론을 지원하도록 설계되었습니다. 이 프로세스 템플릿은 버그를 제품 백로그 항목과 동일한 수준에서 추적하고 활동 필드를 사용하여 예측을 추적합니다.

작업 상태가 완료로 설정되면 남은 작업 필드의 값은 0으로 자동 설정됩니다.

MSF for Agile Software Development 2013

조직이 제품 백로그에서 개별적으로 버그를 심사하고 닫기 전에 작업 항목을 해결하는 경우 Agile을 선택합니다. 또한 팀에서 각 스프린트와 버그에 대한 시간을 할당하는 경우 Agile을 선택합니다.

Agile 템플릿은 Scrum으로 제한하지 않으려는 팀에 대해 Agile 개발을 지원하도록 설계되었습니다. 이 템플릿은 스토리 점수를 사용한 사용자 스토리 예측을 지원합니다. 작업에는 원래 예상 값, 남은 작업 및 완료된 작업 필드를 추적하는 필드가 포함됩니다. 버그는 백로그 페이지에서 추적되지 않습니다. Agile 방법론에 대한 자세한 내용은 http://www.agilealliance.org/를 참조하세요.

MSF for CMMI Process Improvement 2013

조직이 제품 백로그에서 개별적으로 버그를 심사하고 닫기 전에 작업 항목을 해결하며 공식적으로 요구 사항 변경을 추적하는 경우 CMMI를 선택합니다.

CMMI 템플릿은 정식 변경 관리 프로세스를 지원하도록 설계되었습니다. 이 템플릿은 크기 필드를 사용한 요구 사항 예측을 지원합니다. 작업에는 원래 예상 값, 남은 작업 및 완료된 작업 필드를 추적하는 필드가 포함됩니다. 버그는 백로그 페이지에서 추적되지 않습니다.

CMMI 프로세스에 대한 자세한 내용은 여기를 참조하세요.

기본 프로세스 템플릿 간의 주요 차이점

기본 템플릿은 대부분 팀의 요구를 충족하도록 설계되었습니다. 이들 모두는 Agile 계획 도구를 사용하여 지원하며 작업 보드를 사용하여 스프린트에 제품 백로그와 작업을 만듭니다. 팀의 요구가 평소와 다른 경우 템플릿을 사용자 지정한 다음 팀 프로젝트를 만들거나 템플릿에서 팀 프로젝트를 만든 다음 프로젝트를 사용자 지정할 수 있습니다.

다음 테이블에는 세 가지 기본 프로세스 템플릿에서 사용하는 작업 항목 형식과 상태 사이의 주요 차이점에 대한 요약이 나와 있습니다.

프로세스 영역	Visual Studio Scrum	Agile	CMMI
워크플로 상태	새로 만들기 승인됨 커밋됨 완료 제거	새로 만들기 활성 해결됨 닫힘 제거	제안됨 활성 해결됨 닫힘
제품 계획(노트 1 참조)	버그 제품 백로그 항목	사용자 스토리	요구 사항
포트폴리오 백로그(2)	기능	기능	기능
작업 및 반복 계획(3)	작업	작업	작업
버그 백로그 관리(4)	버그	버그 심사 통합 문서	버그 심사 통합 문서
프로젝트 관리(4)	장애	문제 문제 통합 문서	문제 위험 검토 문제 통합 문서

참고:

제품 백로그를 사용해서 이러한 WIT를 정의할 수 있습니다. 제품 백로그 페이지에는 동적으로 다시 정렬하고 그룹화할 수 있는 작업의 현재 백로그에 대한 단일 뷰가 나와 있습니다. 제품 소유자는 작업의 우선 순위를 빠르게 정하고 종속성 및 관계의 개요를 표시할 수 있습니다.
기능을 만들고 이를 백로그 항목에 링크하여 포트폴리오 백로그를 관리할 수 있습니다. 포트폴리오 백로그를 사용하면 백로그 계층 구조를 정의하여 여러 팀의 작업 범위를 파악하고 작업이 폭넓은 이니셔티브로 롤업되는 방식을 알 수 있습니다.
스프린트 백로그 및 작업 보드를 사용해서 작업을 정의할 수 있습니다. 스프린트 백로그 페이지는 실시간으로 입력한 데이터를 반영합니다. 데이터는 반복 경로에 할당된 작업 항목, 나머지 작업, 개별 수용작업량 및 팀과 개인 모두를 위한 작업 중단을 포함합니다. 팀은 번다운(Burndown) 속도 및 수용작업량이 초과되는 경우에 대한 빠른 피드백을 얻을 수 있습니다.
통합 문서는 팀 프로젝트가 SharePoint 프로젝트 포털로 구성된 경우에만 사용할 수 있습니다. 그러나 Excel로 해당 쿼리 열기를 통해 사용자 지정 통합 문서를 만들 수 있습니다.

워크플로 상태

워크플로 상태를 사용하면 작업이 신규 상태에서 닫힘 또는 완료 상태로 전환될 때 작업의 상태를 추적할 수 있습니다. 다음 다이어그램은 3가지 기본 TFS 프로세스 템플릿에 대한 작업 및 코드 결함을 추적하는 데 사용되는 WIT의 일반적인 정방향 진행을 보여 줍니다. 또한 이전 상태로의 재발 및 제거된 상태로의 전환도 일부 표시됩니다. 각 이미지는 전환과 관련된 기본 이유만 표시합니다.

Scrum	Agile	CMMI
기능	기능	기능
제품 백로그 항목	사용자 스토리	요구 사항
버그	버그	버그
작업	작업	작업

Agile 계획 도구에 사용되는 스크럼 및 Agile WIT는 지원 임의 간 전환을 지원합니다. 해당 상태 열을 끌어 Kanban 보드 또는 작업 보드에서 작업 항목의 상태를 업데이트할 수 있습니다.

워크플로 상태, 이유 및 전환

워크플로는 수행해야 하는 작업의 논리적 진행과 작업자를 정의합니다. 각 워크플로는 상태 집합, 상태 간의 유효한 전환 및 작업 항목을 선택된 상태로 전환하는 이유로 구성됩니다. 추가 상태, 전환 및 이유를 지원하도록 워크플로를 변경할 수 있습니다.

제거됨, 닫힘 및 완료 상태

작업 항목의 상태를 제거됨, 닫힘 또는 완료로 변경하면 시스템은 다음과 같이 응답합니다.

닫힘 또는 완료: 이 상태의 작업 항목은 포트폴리오 백로그 및 백로그 페이지에 표시되지 않습니다. 그러나 스프린트 백로그 페이지, Kanban 보드 및 작업 보드에는 나타납니다. 또한 백로그 항목을 표시하도록(예: 제품 백로그 항목에 대한 기능 표시) 포트폴리오 백로그 보기를 변경하면 닫힘 및 완료 상태의 항목이 표시됩니다.
제거됨:이 상태의 작업 항목은 백로그 또는 보드에 표시되지 않습니다.

작업 항목은 팀 프로젝트가 활성 상태인 동안 팀 프로젝트에 유지됩니다. 닫힘, 완료 또는 제거됨으로 설정해도 레코드는 데이터 저장소에 보관됩니다. 레코드를 사용하여 쿼리 또는 보고서를 만들 수 있습니다. 작업 항목을 영구적으로 삭제해야 하는 경우 witadmin destroywi 명령줄 도구를 사용할 수 있습니다.

모든 프로세스 템플릿에 추가된 작업 항목 형식

다음 위트는 모든 프로세스 템플릿에 걸쳐 동일합니다.

MTM, 내 작업 및 피드백에서 사용하는 작업 항목 유형

해당 도구를 사용하여 팀 생성 및 이러한 형식으로 작업:

테스트 계획, 테스트 도구 모음, 테스트 사례, 공유 단계 및 공유 매개 변수: Microsoft Test Manger

공유 매개 변수는 온-프레미스 배포를 TFS 2013.2로 업그레이드하면 제공됩니다.

테스트 계획 및 테스트 도구 모음 WIT는 온-프레미스 배포를 TFS 2013.3으로 업그레이드하면 제공됩니다.
피드백 요청 및 피드백 응답: 피드백 요청
코드 검토 요청 및 코드 검토 응답: 내 작업(팀 탐색기에서) 및 코드 검토 요청

이러한 형식 정의의 작업 항목은 수동으로 만들 수 없으므로 숨겨진 형식 범주에 추가됩니다. 숨겨진 형식 범주에 추가되는 작업 항목 형식은 새 작업 항목을 만드는 데 사용되는 메뉴에 나타나지 않습니다.

참고

팀 프로젝트가 TFS 2012 이하 버전에서 현재 TFS 버전으로 업그레이드된 경우 이전 버전에 없었던 WIT를 추가해야 할 수 있습니다.자세한 내용은 업그레이드된 팀 프로젝트가 새 기능에 액세스할 수 있도록 업데이트을 참조하십시오.

테스트 환경을 지원하는 WIT

테스트 환경을 지원하며 Test Manager 및 Team Web Access에서 사용 가능한 WIT는 다음 그림에 나와 있는 링크 형식을 통해 서로 연결됩니다.

관리 작업 항목 형식 테스트

Team Web Access 또는 Test Manager를 사용하여 테스트 도구 모음에 대해 정의되는 테스트 사례와 테스트 계획에 대해 정의되는 테스트 도구 모음을 볼 수 있습니다. 그러나 이러한 개체는 링크 형식을 통해 서로 연결되지 않습니다.

위에서 설명한 것처럼 테스트 계획 및 테스트 도구 모음 WIT는 응용 프로그램 계층 서버를 TFS 2013.3으로 업그레이드하고 나면 나타납니다. 이러한 WIT는 다른 WIT와 같은 방법으로 사용자 지정할 수 있습니다. 팀 프로세스를 지원하도록 작업 추적 개체 사용자 지정을 참조하세요.

테스트 계획 및 테스트 도구 모음의 워크플로를 변경하는 경우 여기서 설명하는 대로 프로세스 구성을 업데이트해야 할 수 있습니다.

각 테스트 필드의 정의는 빌드 및 테스트 통합 필드 참조를 참조하세요.

TFS 2013.3으로 업그레이드 시 Test Manager 및 Team Web Access의 변경 내용에 대해 자세히 알아보려면 Opening test plan and test suite work item types를 참조하세요.

팀에게 질문

작업을 효율적으로 추적하기 위해 팀 멤버는 작업 항목 형식 및 도구를 사용하는 방법에 동의해야 합니다. 다음은 사용자의 팀이 응답해야 하는 몇 가지 질문입니다.

질문	팀 선택
팀에서는 어떻게 작업을 추적하나요?	팀이 주로 백로그 항목의 상태를 업데이트하여 진행 과정을 추적하는 경우 Kanban 보드를 사용할 수 있습니다. 또한 팀에서 Kanban 보드를 사용자 지정하여 여러 스윔 레인의 진행 상황을 추적할 수 있습니다. 팀이 각 스프린트에 대해 백로그 항목을 작업으로 분할하고 남은 작업을 예측하는 경우 스프린트 작업 보드를 사용할 수 있습니다. 남은 작업은 일반적으로 시간으로 예상되지만 단위에 동의하는 한 원하는 시간 단위를 사용할 수 있습니다. 나머지 작업을 예측하고 업데이트함으로써 팀은 각 스프린트와 함께 제공된 번다운(Burndown) 차트를 통해 진행 과정을 추적할 수 있습니다.
팀이 개인 또는 활동별로 수용작업량을 추적하나요?	팀이 작업을 확인하여 남은 작업을 추적하는 경우 개별 팀 멤버 또는 개발, 테스트 및 디자인 같은 다른 팀 활동을 위한 스프린트의 수용작업량을 평가할 수 있습니다.
팀이 그룹으로 작업하려면 어떻게 하나요?	여러 가지 방식으로 그룹 작업을 할 수 있습니다. 백로그 페이지에서 만든 항목은 팀 영역 경로에 자동으로 할당됩니다. 스프린트에 할당된 항목은 스프린트의 반복 경로에 할당됩니다. 또한 태그를 작업 항목에 할당하여 백로그 또는 쿼리 결과 목록을 필터링할 수 있습니다.
팀에서 개발속도 및 예측을 사용하나요?	예측을 지원하려면 팀은 활동(스크럼), 스토리 점수(Agile) 또는 크기(CMMI) 필드를 사용하여 한 스프린트에 몇 개의 항목을 완료할 수 있는지 결정할 수 있습니다. 또한 개발속도 차트는 스프린트에서 팀 진행률 스프린트를 표시합니다.
팀에서 정보를 공유하려면 어떻게 하나요?	팀 멤버는 작업 항목에 파일을 연결하거나 소스 코드에 파일을 체크 인하거나 팀 프로젝트 포털을 사용하여 작업을 공유할 수 있습니다. 프로젝트 포털이 구성된 경우, 문서 라이브러리, Wiki 페이지, 블로그 및 이벤트 달력 등 SharePoint 사이트에서 제공하는 모든 기능에 팀이 액세스할 수 있습니다.
사용자의 팀에서 여러 팀 간의 진행률 롤업을 지원하나요?	포트폴리오 백로그를 사용하면 빠르게 여러 팀에서 진행 중인 작업의 롤업을 볼 수 있습니다. 팀 멤버가 여러 팀에서 일하는 경우 각 팀에 따라 자신의 수용작업량을 할당할 수 있습니다.

Q & A

Q: 팀 프로젝트 업데이트하는 경우에는 어떻게 합니까?

A: TFS의 최신 버전을 설치할 때 추가된 새 기능을 사용하려면 업그레이드된 팀 프로젝트가 새 기능에 액세스할 수 있도록 업데이트을 참조하십시오.

기존 팀 프로젝트를 사용자 지정하려면 팀 프로세스를 지원하도록 작업 추적 개체 사용자 지정을 참조하세요.

Q: Kanban 보드는 어떤 프로세스 템플릿을 사용해야 합니까?

A: 프로세스 템플릿, 기본 또는 사용자 지정으로 Kanban 보드를 사용할 수 있습니다.

Q: 최신 프로세스 템플릿은 어떻게 가져올 수 있습니까?

A: 최신 버전의 TFS를 설치하거나 업데이트하면 기본 프로세스 템플릿의 최신 버전이 자동으로 업로드됩니다 팀 프로젝트 컬렉션의 프로세스 템플릿 업로드, 다운로드 및 삭제를 사용하여 다운로드합니다.

또한 Team Foundation Server 2013 프로세스 템플릿 샘플 - SAFe(Scaled Agile Framework) 지원을 다운로드할 수 있습니다. 이러한 템플릿에는 Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs 백서에서 설명하는 사용자 지정이 포함됩니다.

Q: 워크플로 상태 다이어그램의 시각화를 제공하는 도구가 있습니까?

A: 예. Team Foundation Server Power Tools와 함께 제공되는 프로세스 편집기를 사용할 수 있습니다.

Q: 그 밖에 프로세스 템플릿에 정의된 것은 무엇입니까?

A: 팀 프로젝트 아티팩트를 정의하는 것 외에도 프로세스 템플릿은 작업을 추적하고 및 테스트 작업을 지원하는 데 사용되는 여러 요소의 초기 구성을 정의합니다. 이러한 요소는 다음과 같습니다.

영역 및 반복 경로
작업 항목 쿼리
테스트 변수, 구성, 해결 상태 및 기본 테스트 설정
그룹/멤버 정의 및 사용 권한 할당
Team Foundation 필드가 Microsoft Project 필드에 매핑되는 방식

팀 프로젝트가 프로세스 템플릿에서 만들어진 후에 모든 요소를 구성 또는 사용자 지정할 수 있습니다.

Q: 프로세스 템플릿을 사용자 지정할 수 있습니까?

A: 예. 기본 템플릿은 대부분 팀의 요구를 충족하도록 설계되었습니다. 팀의 요구가 평소와 다른 경우 템플릿을 사용자 지정한 다음 팀 프로젝트를 만들거나 템플릿에서 팀 프로젝트를 만든 다음 프로젝트를 사용자 지정할 수 있습니다.

Q: 이전 릴리스 이후 프로세스 템플릿은 어떻게 변경됩니까?

A: Team Foundation Server 업그레이드 중 팀 프로젝트 및 기본 프로젝트 템플릿에 대해 변경된 내용를 참조하십시오.

Q: 둘 이상의 포트폴리오 백로그가 필요한 경우 어떻게 할까요?

A: 추가 포트폴리오 백로그를 정의하여 총 5개의 포트폴리오 백로그를 사용할 수 있습니다.

Q: 스토리보딩에 대해 자세히 알아보려면 어떻게 할까요?

A: PBI 폼의 스토리보드 탭을 사용하면 공유 네트워크 위치에 업로드한 스토리보드에 링크할 수 있습니다. 팀에서 액세스할 수 있는 모든 URL에 링크할 수 있습니다. 또한 PowerPoint 스토리보딩을 사용하여 만든 스토리 보드에 연결할 수 있습니다.

Q: 추가 질문이 있으면 어디에 문의해야 합니까?

A: Team Foundation Server – 팀 프로젝트 및 작업 항목 포럼에 질문을 게시하거나 대답을 검색할 수 있습니다.