프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정

아티클
03/12/2013

Agile 계획 및 Scrum 프로세스를 충족하도록 여러 가지 프로세스 구성 요소를 사용자 지정할 수 있습니다.이러한 요소의 대부분 계획 도구와 함께 제공 되는 새로운 Agile 제어 Team Web Access.자세한 내용은 새 기능을 추가하기 위한 구성 변경 내용을 참조하십시오.

Microsoft에서 제공 하는 것 이외의 다른 프로세스 템플릿을 사용 하 여 만든 팀 프로젝트 또는 작업 항목 형식 정의 사용자 지정한 경우 프로세스 구성을 지 원하는 정의 파일을 사용자 지정 해야 합니다.또한 사용자 지정 하거나 추가 된 종류의 작업 항목 및 해당 필드를 사용 하려는 경우 사용자 정의한 다른 개체에 맞게 프로세스 구성 요소를 수정 하는 방법을 결정 합니다.

프로세스 구성 요소 레이아웃 및 다음 기능을 확인합니다.

팀 프로젝트에 대해 다음 정의 파일 중 하나를 사용자 지정 하 여 이러한 기능을 사용자 지정 합니다: AgileConfiguration, CommonConfiguration, 및 범주입니다.

[!참고]

CommonConfiguration 파일 이해 관계자 피드백 환경을 지 원하는 데 사용 되는 몇 가지 요소가 포함 되어 있습니다.이러한 요소에 대한 할당은 수정할 수 없습니다.

항목 내용

작업 항목 범주, 프로세스 구성 및 특정 유형의 생성 비활성화
워크플로 상태, metastates, 및 프로세스 구성
제품 백로그 페이지 사용자 지정
스 프린트 또는 반복 백로그 페이지 사용자 지정
작업 보드 페이지 사용자 지정
버그 및 내 작업 사용자 지정
구성 프로세스에 대한 정의 파일 가져오기 및 내보내기

[!참고]

정의 파일에 변경 내용을 사용자 지정 하 여 팀 프로젝트에서 작업 하는 모든 팀에 적용 됩니다.단일 팀에 대한 작업 보드 또는 백로그 페이지를 사용자 지정할 수 없습니다.

요구 사항

실행 하는 witadmin 명령줄 도구 여야의 멤버는 Foundation 관리자 팀 그룹 또는 구성원의의 프로젝트 관리자 프로젝트 그룹.자세한 내용은 Team Foundation Server 권한을 참조하십시오.
백로그 또는 작업 보드 페이지를 표시 하려면 팀 웹 액세스 사용 권한을 설정 해야 합니다 전체.추가 라이선스 요구 사항을 적용할 수 있습니다.자세한 내용은 Team Web Access의 기능에 액세스을 참조하십시오.

범주 및 프로세스 구성

프로세스 구성 팀 프로젝트에 대해 지정한 범주를 참조 합니다.범주에 속한 프로세스 및 쿼리 기능을 지원 하기 위해 같은 그룹에 정의 된 작업 항목 형식 그룹입니다.예를 들어, 모든 프로세스 템플릿에 대한 기본 구성을 모두 사용 하는 기능을 지원 하려면 필요 범주에 지정 Visual Studio ALM.

버그 범주
코드 검토 요청 범주 및 코드 검토 응답 범주
피드백 요청 범주, 피드백 응답 범주
요구 사항 범주
공유 단계 범주
작업 범주
테스트 사례 범주
숨겨진된 형식 범주

대부분의 이러한 범주는 설명이, 및 가장 유일한 범주에서 하나의 작업 항목 형식만 포함 합니다.이 규칙에 예외는 숨겨진 형식 범주.

작업 항목 형식을 만든 경우 역할에서 비슷한 방법으로 하려면 다음 범주에 추가 됩니다 위의 범주별으로 정의 된 것과 비슷한 방식으로 처리 합니다.예를 들어, 버그 하나 이상의 형식을 정의한 경우 이러한 형식은 버그 범주에 추가 할 수 있습니다.이 방식으로 표준 버그 작업 항목 형식으로 프로세스 구성 이러한 버그 형식을 자동으로 처리 됩니다.또는 요구 사항 범주를 두 개를 포함 하도록 사용자 지정할 수 있습니다 하거나 세 가지 유형의 다음 제품에 추가할 수 있는 작업 항목 백로그 또는 작업 보드에 표시 되도록 설정 합니다.

범주를 사용 하는 방법에 대한 자세한 내용을 보려면 범주를 정의하여 작업 항목 형식 그룹화.

민첩 한 도구 및 범주 요구 사항과 제한 사항

어떤 형식의 작업 항목 또는 작업 항목 백로그 항목으로 간주 됩니다 지정할 수 있습니다.예를 들어, Scrum 프로세스 템플릿을 버그 및 제품 백로그 항목 형식을 요구 사항 범주에 사용자 스토리가 Agile 템플릿을 할당 하 고 CMMI 템플릿은 요구 사항을 할당 되지만 할당 합니다.모든 기본 프로세스 템플릿 작업 항목의 작업 종류 작업 범주에 할당합니다.

작업 항목 형식 범주에 할당 하는 경우 다음 작업 메모를 고려해 야 합니다.

요구 사항 범주와 하나의 작업 항목 형식 작업 항목에 하나 이상의 작업 항목 형식을 할당 해야 합니다.
요구 사항 범주 및 작업 종류에 동일한 작업 항목 형식에 할당할 수 없습니다.
둘 이상의 작업 항목 형식을 요구 사항 범주 또는 작업 범주에 포함 되 면 형식 지정은 DEFAULTWORKITEMTYPE 요소를 표시 하는 민첩 한 백로그 및 보드 페이지는 기본 형식으로 합니다.
CommonConfiguration 파일에서 참조 하는 범주를 할당 하는 모든 작업 항목 형식에 대한, metastate에 설명 된 대로 워크플로 상태 수 있는 유효한 할당 해야 프로세스 구성 워크플로 상태, metastates,.여러 Team Foundation 클라이언트가 참조 범주 및 metastate 배정은 CommonConfiguration 파일에 정의 합니다.

숨겨진된 형식 범주

숨겨진 형식 범주 집합을 수동으로 만들려면 사용자가 사용 하지 않을 작업 항목 형식 지정 합니다.이러한 형식 정의 피드백 및 코드 검토 경험 뿐만 아니라 테스트 사례의 정의 지 원하는 데 사용 됩니다.

범주 사용자 지정

Categories.xml 파일을 수정 하 여 모든 범주 내에 포함 된 작업 항목 형식을 사용자 지정할 수 있습니다.자세한 내용은 범주를 정의하여 작업 항목 형식 그룹화을 참조하십시오.

범주 내에서 포함 하는 작업 항목의 형식을 지정 하려면

팀 프로젝트에 대한 범주에 대한 정의 파일에 설명 된 대로 내보내기 내보내기 및 가져오기 프로세스 구성에 대한 정의 파일.

범주 파일을 메모장 이나 다른 텍스트 편집기에서 열고 찾습니다 있는 CATEGORY 수정 하고자 하는 요소입니다.

예를 들어, 찾기는 CATEGORY 요소에 대한의 "Hidden Types Category".

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
</CATEGORY>

새 작업 항목 형식의 범주를 추가 하려면 추가 WORKITEMTYPE 추가 하려는 작업 항목 형식의 이름을 지정 하는 요소입니다.

예를 들어, 다음 구문을 "통합 빌드"의 사용자 지정 작업 항목 형식을 숨겨진 형식 범주를 추가합니다.

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
   <WORKITEMTYPE name="Integration Build" />
</CATEGORY>

팀 프로젝트에 범주에 대한 정의 파일을 가져옵니다.

맨 위로 이동

워크플로 상태, metastates, 및 프로세스 구성

각 작업 항목 형식 집합의 상태 간 올바른 전환 및 워크플로 상태 구성 워크플로 연결 되어 있습니다.워크플로 상태 진행 작업 항목 만들기 또는 처음 활성화 종료 되거나 완료 되는 방식을 정의 합니다.네 가지 상태 중 진행 방향에서 Scrum 2.0 제품 백로그 항목을 정의 하는 상태를 예를 들어, 정의 New, 승인, 및 확정를 수행, 또한 다섯 번째 상태를 포함 하 고 제거, 외부의 일반적인 진행 상태를 고려 하 여.반면, Metastates에는 백로그 및 작업 보드 각 워크플로 상태를 처리 하는 방법을 결정 합니다.백로그 및 작업 보드에서 사용 되는 기본 metastates는 Proposed, InProgress, 및 Complete.각 워크플로 상태는 metastate에 연결 하 여 보드 백로그 및 작업을 표시 하려면 수행 하는 백그라운드 작업 각 작업 항목의 상태를 정확 하 게 해석 하는 방법을 알아야 합니다.Metastates 작업 항목 형식에 따라 다릅니다.

예를 들어, 다음 구문은 CommonConfiguration Microsoft.RequirementCategory 2.0 Scrum 프로세스 템플릿에 대해 정의 된 작업 항목의 형식에 대한 워크플로 상태를 지도에 대한 정의 파일에 대한 연결을 나타냅니다.이 예는 새 및 승인 상태와 연관 되는 Proposed metastate.Proposed Metastate 커밋되지 않은 않은 경우 나 작업 중인 없습니다 아직 익숙하지 하 고 따라서 제품 백로그 페이지에 표시 된 작업 항목을 나타냅니다.워크플로 상태와 연결 되지 않은 상태로 전환 후의 Proposed metastate,이 제품 백로그 페이지가 포함 됩니다.

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

다음 표에서 각에서 지원 되는 열거 형식 및 metastates의 두 범주를 설명 합니다.

그룹화	지원 되는 형식	참고
민첩 한	Proposed: 커밋 되었거나 아직 수행 중인 없습니다 아직 새 작업 항목을 나타냅니다. InProgress: 커밋된 또는 수행 되는 작업 항목을 나타냅니다. Complete: 구현 된 작업 항목을 나타냅니다.	Metastates 요구 사항을 포함 하는 여러 종류의 작업에 대한 민첩 한 그룹 지원 할당에 대한 정의 버그 및 피드백 범주.일반적으로 다음과 같은 매핑이 있습니다. Proposed: 새, 제안, 승인 또는 수행할 작업입니다.작업 항목에 metastate을 제품 백로그 페이지에 나타납니다. InProgress: 활성, 커밋된, 진행 또는 해결 합니다.반복 또는 스 프린트에 커밋 되었기 때문에이 metastate에서 작업 항목을 제품 백로그 페이지에서 제거. Complete: 닫히거나 완료 합니다.팀의 개발속도 계산 하는 백로그 항목이 metastate에서 나타내는 작업량을 포함 합니다. 지원 되는 metastates 중 하나에 매핑되지 않는 워크플로 상태의 작업 항목 백로그 또는 작업 보드 페이지에 나타나지 않습니다.
버그	Resolved: 해결 된 버그를 나타냅니다.	버그의 해결 됨 워크플로 상태 매핑 버그 그룹 지원에 대한 정의 metastates. 참고 만 할당할 수 있습니다는 Resolved metastate에서 지정한 워크플로 상태는 BugWorkItems 요소.

민첩 한

Proposed: 커밋 되었거나 아직 수행 중인 없습니다 아직 새 작업 항목을 나타냅니다.
InProgress: 커밋된 또는 수행 되는 작업 항목을 나타냅니다.
Complete: 구현 된 작업 항목을 나타냅니다.

Metastates 요구 사항을 포함 하는 여러 종류의 작업에 대한 민첩 한 그룹 지원 할당에 대한 정의 버그 및 피드백 범주.일반적으로 다음과 같은 매핑이 있습니다.

Proposed: 새, 제안, 승인 또는 수행할 작업입니다.작업 항목에 metastate을 제품 백로그 페이지에 나타납니다.
InProgress: 활성, 커밋된, 진행 또는 해결 합니다.반복 또는 스 프린트에 커밋 되었기 때문에이 metastate에서 작업 항목을 제품 백로그 페이지에서 제거.
Complete: 닫히거나 완료 합니다.팀의 개발속도 계산 하는 백로그 항목이 metastate에서 나타내는 작업량을 포함 합니다.

지원 되는 metastates 중 하나에 매핑되지 않는 워크플로 상태의 작업 항목 백로그 또는 작업 보드 페이지에 나타나지 않습니다.

버그

Resolved: 해결 된 버그를 나타냅니다.

버그의 해결 됨 워크플로 상태 매핑 버그 그룹 지원에 대한 정의 metastates.

참고

만 할당할 수 있습니다는 Resolved metastate에서 지정한 워크플로 상태는 BugWorkItems 요소.

맨 위로 이동

제품 백로그 페이지 사용자 지정

제품 백로그를 개발 하는 제품에 대한 요구 사항 목록을 나타냅니다.특정 형식의 작업 항목을 제품 백로그 항목, 사용자 스토리 또는 요구 사항 등 팀 프로젝트를 만드는 데 사용 된 프로세스 템플릿을 기반으로 백로그 항목에 해당 합니다.다음 다른 형식의 작업 항목을 사용 하거나 두 개 이상의 작업 항목 형식을 사용 하 여 사용자 요구 사항을 파악 하는 경우 사용을 지원 하기 위해 제품 백로그 페이지를 사용자 지정할 수 있습니다.특히 다음과 같은 방법으로 레이아웃 및 제품 백로그 페이지의 기능을 사용자 수 있습니다.:

필드와 항목 백로그에 "빠른 추가" 패널을 사용 하 여 신속 하 게 추가할 수 있는 작업 항목 형식을 지정 합니다.
열과 목록의 제품 백로그 항목에 사용 되는 열의 순서를 설정 합니다.
백로그 항목으로 간주 됩니다는 작업 항목의 형식을 조정 합니다.
제품 백로그에 있는 또는 완료 되 고 팀 개발속도 계산할 때 고려해 야 하는 백로그 항목의 워크플로 상태를 설정 합니다.

[!참고]

에 작업 항목 형식에 해당 하는 워크플로 상태에 있는지 확인은 Proposed metastate 제품 백로그 페이지에 나타납니다.또한 작업 항목 형식이 요구 사항 범주에 추가 하는 경우 작업 항목 형식에 대한 정의를 팀 개발속도 대 한 작업량을 추적 하는 데 사용 되는 필드를 추가 하는 있는지 확인 하십시오.
팀 개발속도 계산 하는 데 사용 되는 필드를 설정 합니다.

[!참고]

시퀀스의 항목을 제품 백로그 페이지 항목을 추가 하거나 페이지에 항목을 드래그 한에 따라 결정 됩니다.항목을 끌 때 백그라운드 프로세스에 할당 하는 필드 업데이트는 type="Order".

팀 프로젝트에 대해 다음 정의 파일 중 하나를 사용자 지정 하 여 이러한 기능을 사용자 지정 합니다: AgileConfiguration, CommonConfiguration, 및 범주입니다.자세한 내용은 백로그 페이지 사용자 지정을 참조하십시오.

맨 위로 이동

스 프린트 또는 반복 백로그 페이지 사용자 지정

스 프린트 또는 반복 백로그 페이지 특정 반복 주기 및 해당 요구 사항에 연결 된 작업 팀 커밋 요구 사항 집합을 표시 합니다.자식 링크 형식을 사용 하 여 요구 사항에 작업을 연결 해야 합니다.제품 백로그 페이지에 나타나는 동일한 형식에서 이러한 웹 페이지를 표시 하는 작업 항목 형식과 일치 하기 때문에 대부분의 제품 백로그 페이지를 수행 하는 사용자 지정 작업의 반복 백로그 페이지의 기능을 정의 합니다.

다음과 같은 방법으로 레이아웃 및 반복 백로그 페이지의 기능을 사용자 지정할 수 있습니다.

열 및 표시 되는 열의 순서를 설정 합니다.
시퀀스 또는 백로그 항목의 정렬 순서를 결정 합니다.
추가 하 여 자식 작업 항목의 형식을 조정 (기본값은 작업).
필드와 남은 작업 시간을 계산 하는 데 형식 (시간 또는 일)을 지정 합니다.
활동별 수용작업량을 사용하여 활동과 남은 작업을 연결하는 데 사용하는 필드를 지정합니다.
수용작업량과 번 다운 계산에 참조 되는 휴무일 지정 (기본값 해당 토요일 및 일요일).

팀 프로젝트에 대해 다음 정의 파일 중 하나를 사용자 지정 하 여 이러한 기능을 사용자 지정 합니다: AgileConfiguration, CommonConfiguration, 및 범주입니다.자세한 내용은 백로그 페이지 사용자 지정을 참조하십시오.백로그 페이지에서 작업 하는 방법에 대한 자세한 내용을 보려면 제품 백로그에 추가 또는 만들기 및 반복 계획.

맨 위로 이동

작업 보드 페이지 사용자 지정

보드와 함께 작업, 팀 작업 항목 진행률을 보고 하 고 업데이트할 수 있습니다.워크플로 상태를 작업에 배정 된 작업 보드의 열에 해당 합니다.현재 반복에 할당 된 백로그 항목을 모두 표시 되는 작업 항목을 포함 하 고 모든 자식 작업에 지정 된 반복에 관계 없이 이러한 항목을 연결 합니다.

자식 작업으로 백로그 항목을 추가할 수 있는 작업 항목의 작업 범주에 할당 된 작업 항목 형식에 해당 합니다.보드에서 작업의 워크플로 상태 열 머리글 아래 표시 됩니다.하나의 열에서 작업을 끌 때 해당 항목에 대해 상태 필드 자동으로 업데이트 됩니다.

반복 백로그 페이지에 나타나는 동일한 형식에서 이러한 웹 페이지를 표시 하는 작업 항목 형식과 일치 하기 때문에 대부분에 대한 반복 백로그 페이지를 수행 하는 사용자 지정 작업의 작업 보드 페이지에 나타나는 내용을 결정 합니다.

다음과 같은 방법으로 작업 보드 페이지의 기능을 사용자 지정할 수 있습니다.

자식 작업 항목 형식을 작업 보드에 표시를 확인 하 고는 형식 백로그 항목에 자식 항목으로 추가할 수 있습니다 (기본값은 작업).
작업 보드에서로 간주 되는 작업 항목의 워크플로 상태를 선택 합니다.
수 작업 보드에 나타나는 작업 항목에 대해 설정 된 최대 한계를 변경 합니다.기본값은 500 개 작업 항목입니다.

팀 프로젝트에 대해 다음 정의 파일 중 하나를 사용자 지정 하 여 이러한 기능을 사용자 지정 합니다: AgileConfiguration, CommonConfiguration, 및 범주입니다.자세한 내용은 백로그 페이지 사용자 지정을 참조하십시오.작업 보드와 함께 작업에 대한 자세한 내용을 보려면 반복 실행.

맨 위로 이동

버그 및 내 작업 사용자 지정

작업, 팀 탐색기 개발자 업무를 구성 하 고 중단을 줄이며 보다 효율적으로 작업할 수 있도록 하는 기능, 버그 범주에 할당 된 metastates를 참조 하십시오.

범주 및 Commonconfiguration에 대한 정의 파일을 업데이트 하 여이 영역을 사용자 지정 합니다.자세한 내용은 내 작업을 사용하여 버그 업데이트 상태 지원을 참조하십시오.

맨 위로 이동

구성 프로세스에 대한 정의 파일 가져오기 및 내보내기

구성 프로세스를 사용자 지정 하기 전에 팀 프로젝트에 대한 정의 현재 정의 파일을 내보내기 할 수 있습니다.정의 파일을 사용자 지정한 변경 사항을 표시 하려면 팀 프로젝트로 가져와야 합니다.

정의 파일을 내보내려면

컴퓨터 위치 Visual Studio 또는 팀 탐색기 는 설치 명령 프롬프트 창을 열고 입력 하십시오:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
64비트 버전의 Windows에서는 **%programfiles%**를 **%programfiles(x86)%.**로 바꿉니다.
범주 또는 프로세스 구성에 대한 정의 파일을 내보내려면 여기에 표시 된 인수를 사용자 데이터로 대체 다음 명령을 한 번에 하나씩 입력 CollectionURL 팀 프로젝트 컬렉션의 URL을 지정 ProjectName 컬렉션에 정의 된 팀 프로젝트의 이름을 지정 하 고 DirectoryPath 내보낼 파일의 위치와 이름을 지정 합니다.그런 다음 입력을 선택 합니다.
```
witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
다음 명령은 agile 프로세스 구성에 대한 정의 파일을 가져오는 방법의 예를 보여 줍니다.

witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

정의 파일을 가져오려면

범주 또는 프로세스 구성에 대한 정의 파일을 가져오려면 이전 절차에서 계속 표시 된 인수를 사용자 데이터로 대체 하 여 다음 명령을 한 번에 하나씩 입력 하 고 입력을 선택 합니다.
```
witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
중요

정의 파일을 가져오는 모든 기존 범주 또는 팀 프로젝트에 대해 정의 된 구성을 덮어씁니다.