프로세스 구성 XML 요소 참조

프로세스 구성에서는 팀이 민첩한 계획 도구를 사용하여 액세스할 수 있는 기본 구성 및 작동 기능을 정의합니다.

Team Web Access(TWA)를 통해 볼 수 있는 이런 도구는 프로세스 구성 XML 정의 파일의 PortfolioBacklog, RequirementBacklog 및 TaskBacklog 섹션에 대한 구성을 바탕으로 필터링된 작업 항목 집합을 표시합니다. 또한 프로세스 구성은 매핑이 필요한 모든 WIT(작업 항목 형식)에 대한 워크플로 상태-metastate 매핑을 정의합니다.

자세한 내용은 팀 프로젝트의 Agile 계획 도구 구성 및 사용자 지정을 참조하세요.

사용자 지정할 수 있는 영역:

• 백로그 페이지 구성

  • 작업 항목 형식 범주에 대한 metastate 매핑

  • 기본 열 및 열 순서 사용자 지정

  • 빠른 추가 패널 사용자 지정

  • 작업 보드에 표시할 수 있는 작업 항목 수 변경

• 도구별 작업 항목 형식에 대한 metastate 매핑

• Agile 계획 도구 및 차트에 사용되는 필드 할당

• 주말 지정

• 작업 항목 형식의 색 변경

프로세스 구성을 업데이트하려면 XML 정의 파일을 내보내고, 편집한 다음 파일을 가져옵니다. witadmin 명령줄 도구를 사용하여 파일을 가져오거나 내보냅니다.

참고

이 항목에 표시된 구문 예제는 Visual Studio Scrum 2013 프로세스 템플릿에 정의된 기본 할당에 해당합니다.최신 버전의 프로세스 템플릿에 액세스하려면 최신 버전의 TFS를 설치하고 프로세스 템플릿 관리자를 사용하여 템플릿을 다운로드합니다.

백로그 페이지 구성

제품 백로그, 반복 또는 스프린트 백로그, 포트폴리오 백로그의 세 가지 백로그 페이지 유형이 있습니다. 다음과 같은 방법으로 각 백로그 페이지를 사용자 지정할 수 있습니다.

• metastate 매핑: 워크플로 상태를 metastate에 매핑합니다. 이러한 매핑은 Kanban 보드 및 작업 보드를 포함하여 모든 Agile 계획 페이지의 표시를 지원합니다.

• 빠른 추가 패널: 백로그에 항목을 빠르게 추가하기 위해 표시되는 WIT 및 작업 항목 필드를 지정합니다.

  백로그 항목 또는 작업으로 간주되는 작업 항목 형식을 변경하려면 해당 범주에 추가합니다. 예제를 보려면 작업 보드 또는 백로그에 버그 추가를 참조하십시오.

• 열 필드: 기본 필드 및 열 순서를 정의합니다.

XML 섹션 내에서 다음 샘플에 표시된 백로그 페이지를 구성합니다.

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName=" Backlog items" singularName=" Backlog item">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
. . . 
</TaskBacklog>

요소	설명
PortfolioBacklogs	선택 사항입니다. 포트폴리오 백로그 페이지의 컨테이너 요소입니다.
PortfolioBacklog	선택 사항입니다. 최대 5 개의 인스턴스입니다. 포트폴리오 백로그 페이지에 대한 metastate 매핑, 기본 열 및 빠른 추가 패널을 정의하는 컨테이너 요소입니다. <PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </PortfolioBacklog > 설명과 같이 특성에 값을 할당합니다. category: 이 백로그 형식에 연결할 WIT가 포함된 팀 프로젝트에 대한 범주 정의 파일에 정의된 범주 이름을 지정합니다. parent: 계층 구조 내에서 상위 포트폴리오 백로그를 나타내는 범주 이름을 지정합니다. pluralName: 이 백로그 형식과 연결된 WIT을 참조할 때 사용할 복수 레이블을 지정합니다. 예를 들어 Stories, Goals, Initiatives 또는 Epics를 지정합니다. singularName: 이 백로그 형식과 연결된 WIT을 참조할 때 사용할 단수 레이블을 지정합니다. 예를 들어 Story, Goal, Initiative 또는 Epic을 지정합니다.
RequirementBacklog	필수 요소. 하나의 인스턴스만 해당합니다. 제품 백로그 페이지에 대한 metastate 매핑, 기본 열 및 빠른 추가 패널을 정의하는 컨테이너 요소입니다. 제품 백로그는 팀의 백로그에 활성화된 모든 항목을 표시합니다. <RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </RequirementBacklog >
TaskBacklog	필수 요소. 하나의 인스턴스만 해당합니다. 특정 반복에 할당된 작업 항목을 표시하는 페이지의 레이아웃을 사용자 지정하는 데 사용된 컨테이너 요소입니다. <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit"> . . .  </TaskBacklog > 기본적으로 작업 보드는 총 500개 작업 항목으로 제한됩니다. workItemCountLimit 특성 값을 지정하여 이 한도를 변경할 수 있습니다.

구현 참고 사항

• CategoryName에 할당된 값은 팀 프로젝트에 대해 정의된 범주 그룹과 일치해야 합니다. 범주에 대한 정의 파일에 범주 그룹을 지정합니다. 자세한 내용은 범주 XML 요소 참조을 참조하십시오.

• 포트폴리오 백로그를 사용하여 하위 수준에서 백로그 항목의 롤업을 확인하고 여러 팀의 진행 상황을 확인합니다. 신규 및 업그레이드된 팀 프로젝트에는 Features라는 레이블이 붙은 수준 하나가 포함되어 있습니다. 최대 4개의 수준을 추가할 수 있습니다.

  참고

  포트폴리오 페이지를 사용하려면 고급 액세스 권한이 있어야 할 수도 있습니다.자세한 내용은 액세스 수준 변경를 참조하세요.

  포트폴리오 백로그 페이지를 사용하는 방법에 대한 자세한 내용은 포트폴리오 백로그 작업을 참조하세요.

• 제품 백로그는 개발 중인 제품에 대한 요구 사항 목록을 나타냅니다. 백로그 항목은 제품 백로그 항목, 사용자 스토리 또는 요구 사항과 같이 팀 프로젝트를 만드는 데 사용된 프로세스 템플릿 기반의 특정 작업 항목 유형에 해당합니다. 다른 유형의 작업 항목을 사용하거나 둘 이상의 작업 항목 유형을 사용해서 요구 사항을 캡처하는 경우 사용을 지원하도록 제품 백로그 페이지를 사용자 지정할 수 있습니다.

  제품 백로그 페이지를 사용하는 방법에 대한 자세한 내용은 백로그 만들기를 참조하세요.

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

  스프린트 백로그 페이지를 사용하는 방법에 대한 자세한 내용은 스프린트 작업을 참조하세요.

metastate에 워크플로 상태 매핑

대부분의 WIT에서는 워크플로 상태가 metastate에 매핑되어야 합니다. 워크플로 상태는 작업 항목이 처음 활성화 또는 생성된 상태에서 닫힌 상태나 완료 상태로 진행되는 방식을 정의합니다. 예를 들어 Scrum 제품 백로그 항목에 대해 정의된 상태는 신규, 승인됨, 커밋됨에서 완료까지 4가지 상태의 진행을 정의하며, 구현되지 않고 백로그에서 제거된 상태를 고려하기 위해 5번째 상태인 제거됨을 포함합니다.

반면에, metastate는 Agile 계획 도구가 각 워크플로 상태를 처리하는 방식을 결정합니다. 백로그 및 작업 보드에서 사용하는 기본 metastate는 Proposed, InProgress 및 Complete입니다.

각 워크플로 상태를 metastate에 연결하면 백로그 및 작업 모드를 표시하기 위해 수행된 백그라운드 작업에서 각 작업 항목 상태를 정확하게 해석하는 방법을 알 수 있습니다. 예를 들어 Scrum 제품 백로그 페이지에 대해 다음 매핑이 정의됩니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

Agile, 버그, 피드백의 세 가지 metastate 범주가 있습니다. 다음 표에서는 매핑 특성 및 값을 설명합니다.

요소	설명
State	필수 요소. 워크플로 상태를 metastate에 할당합니다. <State type="TypeName" value="ValueName"/> TypeName에 유효한 값은 범주 그룹에 할당된 WIT의 WORKFLOW 섹션 내 STATE에 할당된 값에 해당합니다. ValueName에 유효한 값은 다음 열거형 값 중 하나에 해당합니다. Agile: 모든 작업 항목 형식에 사용합니다. Proposed: 새로 만들었거나, 아직 커밋되지 않았거나, 아직 작업되지 않은 작업 항목을 나타냅니다. InProgress: 커밋되었거나 현재 작업 중인 작업 항목을 나타냅니다. Complete: 구현된 작업 항목을 나타냅니다. Kanban 보드가 유효하려면 하나 이상의 워크플로 상태를 Complete metastate에 매핑해야 합니다. 워크플로 상태가 Complete metastate와 연결된 상태로 전환되면 연결된 작업 항목이 제품 백로그 항목 페이지에서 제외됩니다. 그러나 Kanban 보드에는 계속 나열됩니다. 지원되는 metastate 중 하나에 매핑되지 않은 워크플로 상태의 작업 항목은 백로그 또는 보드 페이지에 표시되지 않습니다. 버그: 버그 범주 내에 그룹화된 작업 항목 형식에만 사용합니다. Agile metastate 외에도 해결된 버그를 나타내는 Resolved metastate를 포함합니다. 참고 Resolved metastate는 BugWorkItems 요소 아래에 지정된 워크플로 상태에만 할당할 수 있습니다. 피드백: 피드백 요청 또는 피드백 응답 범주 내에 그룹화된 작업 항목 형식에만 사용합니다. Requested, Received, Reviewed 및 Declined가 있습니다.
States	WIT 워크플로 상태를 metastate에 연결하는 State 요소의 컬렉션을 지정합니다. 다음 상위 요소의 필수 요소: BugWorkItems PortfolioBacklog RequirementBacklog TaskBacklog TestPlanWorkItems TestSuiteWorkItems FeedbackRequestWorkItems FeedbackResponseWorkItems

기본 열 및 열 순서 사용자 지정

열을 추가 또는 제거하거나, 열의 순서를 변경하거나, 백로그 페이지를 표시하는 페이지의 열 너비를 변경할 수 있습니다. 열 옵션 대화 상자를 통해 페이지에서 변경한 내용은 해당 내용을 다시 변경할 때까지 유지됩니다. 다음 코드 섹션에서는 기본 열 집합 및 순서를 정의합니다.

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

요소	설명
Columns	Column 요소의 컬렉션을 지정합니다. 백로그 페이지 요소의 필수 요소: PortfolioBacklog, RequirementBacklog 및 TaskBacklog
Column	필드가 백로그 페이지에 열로 표시되도록 지정합니다. <Column refname="FieldReferenceName" width="FieldWidth" />

작업 보드 열 머리글

작업 보드 페이지에 나타나는 열 머리글은 작업 범주에 할당된 기본 WIT에 할당된 워크플로 상태에 해당합니다. 열 순서는 왼쪽에서 오른쪽으로 이동하는 워크플로 전환의 자연적 진행 방향과 일치합니다. 열 레이아웃을 수정하려면 작업 범주에 할당된 WIT의 워크플로를 수정합니다. 작업 범주의 기본 작업 형식에 대해 정의된 워크플로 상태는 작업 항목 형식의 범주에 대해 metastate 매핑에 설명된 대로 유효한 metastate에 할당되어야 합니다.

빠른 추가 패널 사용자 지정

빠른 추가 패널에 대해 필드를 추가할 수 있습니다. 예를 들어 다음 예제에서는 비즈니스 가치를 제품 백로그 패널에 추가합니다.

패널에는 선택한 WIT에 대한 WIT 정의의 FIELDS 섹션에 포함된 필드만 표시됩니다. 예를 들어 버그 WIT를 선택하면 버그에 대한 비즈니스 가치가 정의되어 있지 않으므로 제목만 표시됩니다. 패널에 또 다른 WIT를 추가하려면 여기에 설명된 대로 요구 사항 범주에 추가합니다.

다음 코드는 Visual Studio Scrum 및 MSF for Agile 프로세스 템플릿에서 정의된 기본 할당에 해당합니다.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

요소	설명
AddPanel	"빠른 추가" 환경, 즉 새 백로그 항목이 정의된 패널 영역에 표시할 필드를 지정하는 데 사용되는 컨테이너 요소입니다.
Fields	Field 요소의 컬렉션을 지정합니다.
Field	제품 백로그 페이지에 대해 패널에 표시할 작업 항목 필드를 지정합니다. <Field refname="FieldReferenceName"/> 백로그에 대한 범주에 포함된 각 WIT의 작업 항목 폼에 동일한 필드가 표시됩니다.

작업 보드에 표시할 수 있는 작업 항목 수 변경

성능상의 이유로 작업 보드는 최대 500개의 작업 항목만 표시할 수 있습니다. 작업 보드를 열면 모든 작업 항목이 캐시에 로드됩니다. 작업 항목 수를 제한하면 로드 시간이 더 빨라질 수도 있습니다. TaskBacklog 요소의 workItemCountLimit 특성 값을 지정하여 이 한도를 변경할 수 있습니다.

예를 들어 workItemCountLimit="800"을 추가하여 한도를 늘릴 수 있습니다.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

도구별 작업 항목 형식에 대한 metastate 매핑

추가 WIT 범주에 대해 metastate 매핑이 정의됩니다. Scrum 프로세스 템플릿의 경우 피드백 요청 및 응답 범주에 대한 매핑이 포함됩니다. MSF Agile 및 CMMI 프로세스 템플릿의 경우 버그 범주에 대한 매핑도 포함됩니다. Scrum은 요구 사항 범주에 버그가 포함되므로 RequirementBacklog 섹션 내에서 metastate 매핑을 정의합니다.

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

다음 표에서는 도구별 작업 항목 형식에 대한 metastate 매핑을 정의하는 데 사용되는 추가 요소를 설명합니다. 실제 상태 값 및 형식 할당에 대한 자세한 내용은 작업 항목 형식의 범주에 대한 metastate 매핑을 참조하십시오. CategoryName은 팀 프로젝트에 대해 정의된 범주와 일치해야 합니다.

요소	설명
BugWorkItems	선택 사항입니다. 버그 범주에 할당된 작업 항목 형식에 대한 metastate 매핑을 정의하는 컨테이너 요소입니다. TWA Agile 계획 페이지 표시에 이러한 매핑을 사용하는 방법 외에도 내 작업을 사용해서 개발자가 버그를 이동할 때 팀 탐색기의 내 작업 기능을 통해 버그 상태를 업데이트하는 방법도 제어합니다. 자세한 내용은 사용자 스토리에 대해 새로운 코드를 작성 합니다.을 참조하세요. <BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </BugWorkItems>
FeedbackRequestWorkItems	필수 요소. 사용자 지정하지 마십시오. 피드백 요청 범주에 할당된 작업 항목 형식에 대한 metastate 매핑을 정의하는 컨테이너 요소입니다. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackRequestWorkItems>
FeedbackResponseWorkItems	필수 요소. 사용자 지정하지 마십시오. 피드백 응답 범주에 할당된 작업 항목 형식에 대한 metastate 매핑을 정의하는 컨테이너 요소입니다. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackResponseWorkItems>
TestPlanWorkItems	테스트 계획에 대한 워크플로 상태를 사용자 지정하고 Visual Studio 2013.2 이전 버전과 함께 설치된 Test Manager 버전에서 팀 프로젝트에 대한 연결을 지원할 경우에만 필요합니다. 테스트 계획 범주에 할당된 작업 항목 형식에 대해 metastate 매핑을 정의하는 컨테이너 요소입니다. 예를 들면 다음과 같습니다. <TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">     <States>       <State type="InProgress" value="Design" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Signed Off" />     </States>   </TestPlanWorkItems>
TestSuiteWorkItems	테스트 도구 모음에 대한 워크플로 상태를 사용자 지정하고 Visual Studio 2013.2 이전 버전과 함께 설치된 Test Manager 버전에서 팀 프로젝트에 대한 연결을 지원할 경우에만 필요합니다. 테스트 도구 모음 범주에 할당된 작업 항목 형식에 대해 metastate 매핑을 정의하는 컨테이너 요소입니다. 예를 들면 다음과 같습니다. <TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">     <States>       <State type="Proposed" value="Authoring" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Completed" />     </States>   </TestSuiteWorkItems>

TestPlanWorkItems 또는 TestSuiteWorkItems에 대한 metastate를 매핑하려면 응용 프로그램 계층 서버를 TFS 2013.3으로 업그레이드해야 합니다. 이후에 테스트 계획 및 테스트 도구 모음의 워크플로 상태를 사용자 지정할 수 있습니다.

자세히 알아보려면 프로세스 구성 가져오기 및 내보내기를 참조하세요.

Agile 계획 도구 및 차트에 사용되는 필드 할당

수용작업량, 번다운(Burndown) 차트, 예측 및 개발속도 계산에 사용되는 작업 항목 필드를 변경할 수 있습니다. 기본 할당 중 하나를 변경할 때는 해당 값의 정보를 정의하고 캡처하는 데 사용되는 WIT의 변경 내용과 일치해야 합니다.

예를 들어 type="Activity"에 할당된 refname을 변경하는 경우 작업 정보를 캡처하는 작업 범주에 할당된 WIT 정의에 동일한 필드를 포함해야 합니다.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

요소	설명
TypeFields	필수 요소. TypeField 요소의 컬렉션을 지정합니다.
TypeField	필수 요소. 해당 값에서 기능 영역의 활동 유형을 지원하는 필드의 참조 이름을 지정합니다. 지정한 필드는 기능 정보를 캡처하는 데 사용된 WIT 내에서 사용하는 필드와 일치해야 합니다. <TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / > type="RemainingWork"인 경우에만 형식을 지정합니다. 현재 반복 백로그 페이지 및 작업 보드의 수용작업량 표시줄에 표시하려는 TimeUnitString에 대해 임의의 텍스트 문자열을 지정할 수 있습니다. Agile 계획 페이지의 경우 Activity: 작업별 수용작업량 기능을 지원하는 데 사용합니다. 작업 범주에 할당된 WIT에 사용된 것과 동일한 필드를 지정합니다. 참고: Agile 계획 도구 수용작업량 페이지에 표시되는 값은 프로젝트 컬렉션 인스턴스 내 모든 팀 프로젝트의 필드에 대해 정의된 모든 값의 합집합을 반영합니다. 따라서 스프린트 백로그 페이지에서 수용작업량에 대해 표시되는 값을 제한하려면 type="Activity"에 할당된 필드에 대해 모든 팀 프로젝트에서 값이 일치하도록 지정해야 합니다. Effort: 팀 개발속도를 계산하는 데 사용합니다. 예상 활동 수준, 스토리 점수 또는 백로그 항목을 구현하는 데 필요한 작업량 크기를 캡처하는 데 사용하는 요구 사항 범주에 할당된 WIT에 사용된 것과 동일한 필드를 지정합니다. Order: 백로그 및 보드 페이지에 있는 항목의 정렬 순서를 정의하는 데 사용합니다. 작업 항목은 이 형식의 필드에 정의된 대로 페이지에 오름차순으로 나열됩니다. 참고 백로그 페이지에서 목록의 항목을 위/아래로 끌어 이동할 수 있습니다.항목을 이동하면 백그라운드 프로세스에서 type="Order"에 할당된 필드를 업데이트합니다. RemainingWork: 남은 작업 및 번다운(Burndown) 차트를 계산하는 데 사용합니다. 작업을 완료하기 위해 남은 시간, 일 또는 기타 측정 단위를 캡처하는 데 사용하는 작업 범주에 할당된 WIT에 사용된 것과 동일한 필드를 지정합니다. format에 대해 지정한 값은 남은 작업이 보고될 때마다 백로그 및 작업 보드 페이지에 사용됩니다. 예를 들어 작업별 수용작업량 또는 팀 멤버당 수용작업량을 보고하거나 작업 보드의 작업 상태 열 제목 옆에 보고하는 경우입니다. TimeUnitString의 경우 시간, 일 등의 시간 값을 반영하는 데 사용할 텍스트 문자열을 지정합니다. 예를 들어 다음 값은 모두 유효합니다. format="{0} h" format="{0} hours" format="hours {0}" format="time {0}" Team: 백로그 페이지를 팀과 연결하는 데 사용합니다. 기본값은 System.AreaPath입니다. 영역 경로에서 팀을 분리하려면 팀 필드를 지원하도록 팀 프로젝트 사용자 지정에 설명된 대로 다른 필드를 지정할 수 있습니다. 피드백 요청 폼의 경우 참고 다음 TypeField 요소의 기본 할당을 변경할 필요가 없습니다.이러한 할당은 피드백 요청 범주에 할당된 WIT에서 해당 정보를 캡처하는 데 사용된 필드와 일치합니다. ApplicationStartInformation: 응용 프로그램 실행 경로를 캡처하는 데 사용합니다. ApplicationLaunchInstructions: 시작 지침을 캡처하는 데 사용합니다. ApplicationType: 응용 프로그램 형식을 캡처하는 데 사용합니다. 나열된 형식은 피드백 요청에 대해 WIT 정의에 지정된 허용 값에 해당합니다. 이 목록을 사용자 지정하려면 선택 목록 사용자 지정을 참조하세요.
TypeFieldValues	type="ApplicationType"일 때 TypeFieldValue에 필요합니다. 피드백 요청 폼에 사용되는 TypeFieldValue 요소의 컬렉션을 지정합니다.
TypeFieldValue	필수 요소. 사용자 지정하지 마십시오. 피드백 요청 폼에 표시할 응용 프로그램 종류의 이름을 지정합니다. <TypeFieldValue value="ApplicationTypeName" type="TypeApp"/> 기본 할당은 피드백 요청 폼에 대해 형식 정의에 지정된 허용 값에 해당합니다. <TypeFieldValues>    <TypeFieldValue value="Web application" type="WebApp" />    <TypeFieldValue value="Remote machine" type="RemoteMachine" />    <TypeFieldValue value="Client application" type="ClientApp" /> </TypeFieldValues>

구현 참고 사항

• TypeFields 섹션 내에서 필드를 변경하는 경우 WIT 정의에서 해당 변경 작업을 수행해야 합니다. 예를 들어 캡처 작업 Effort에 할당된 필드를 변경하는 경우 Scrum용 제품 백로그 항목 및 버그에 대한 WIT 정의에서도 동일한 변경 작업을 수행해야 합니다.

• 이 인덱스를 사용하여 필드의 참조 이름을 조회할 수 있습니다.

휴무일 할당

수용작업량 계획 및 번다운(Burndown) 차트는 휴무일을 참조합니다. 다음 휴무일 수는 각 TFS 프로세스 템플릿 내에서 정의됩니다.

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

요소	설명
DayOfWeek	Weekends 요소의 필수 자식입니다. 특정 요일을 휴무일로 지정합니다. <DayOfWeek>NameOfADay</DayOfWeek> 유효한 이름은 영어 요일(Sunday, Monday, Tuesday, Wednesday, Thursday, Friday 및 Saturday)에 해당합니다. 참고 Team Foundation Server의 설치 언어와 관계없이 요일을 영어로 지정해야 합니다.
Weekends	선택 사항입니다. 휴무일을 지정하는 데 사용되는 컨테이너 요소입니다. 수용작업량 및 번다운(Burndown) 차트를 계산할 때 휴무일을 고려하려는 경우 휴무일을 지정합니다. 어떻게 번다운(Burndown) 차트에서 나타나고 제거할 수 없는지에 대한 메모입니다.

작업 항목 형식의 색 변경

WIT에 할당된 색을 기준으로 쿼리 결과나 백로그를 볼 때 WIT를 쉽게 구분할 수 있습니다.

다음 색 할당은 Scrum 프로세스 템플릿 내에서 정의됩니다.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
</WorkItemColors>

요소	설명
WorkItemColors	선택 사항입니다. 작업 항목 형식의 색을 지정하기 위한 컨테이너 요소입니다.
WorkItemColor	TWA 내에서 WIT를 표시하는 데 사용되는 색을 지정합니다. 기본 색은 목록 표시에 사용되고, 보조 색은 작업 보드, Kanban 보드 등의 보드 표시에 사용됩니다. <WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Q & A

Q: TWA에서 Agile 계획 도구에 표시되는 다른 기능을 사용자 지정하려면 어떻게 해야 합니까?

A: 일부 사용자 지정은 사용자 인터페이스를 통해 수행할 수 있습니다. 나머지는 프로세스 구성 또는 다른 팀 프로젝트 개체를 편집해야 합니다. 전체적인 개요를 보려면 팀 프로젝트의 Agile 계획 도구 구성 및 사용자 지정를 참조하세요.

Q: 둘 이상의 포트폴리오 백로그로 작업하시겠습니까?

A: 기본 환경에서는 한 수준의 포트폴리오 백로그를 지원합니다. Agile 포트폴리오 관리에 백로그 추가에 설명된 대로 최대 5개까지 수준을 추가할 수 있습니다.

Q: 작업 보드 또는 제품 백로그에 나타나는 WIT를 추가하거나 변경하시겠습니까?

A: 사용자 지정 WIT를 추가한 경우 필요에 따라 백로그 또는 작업 보드에 추가할 수 있습니다. 그러나 두 장소에 모두 표시할 수는 없습니다. 백로그 또는 작업 보드에 버그 추가를 참조하여 방법을 알아보세요.

Q: 프로세스 구성 가져오기 및 내보내기를 위해 작업된 예제를 보시겠습니까?

A: 가져오기 및 내보내기 프로세스 구성[witadmin]에서 예제를 확인할 수 있습니다.