프로세스 구성 XML 요소 참조

프로세스 구성에서는 팀이 민첩한 계획 도구를 사용하여 액세스할 수 있는 기본 구성 및 작동 기능을 정의합니다. 웹 포털에서 볼 수 있는 이러한 도구에는 제품 백로그, 스프린트 백로그, Kanban 보드 및 작업 보드가 포함되어 있습니다. Visual Studio Online 또는 온-프레미스 TFS(Team Foundation Server)에서 팀 프로젝트를 만들면 이러한 도구를 사용할 수 있게 됩니다.

구성 요소는 도구에서 사용되는 WIT(작업 항목 형식), 기본 열, 필드 및 기타 요소를 지정합니다. 주 구성은 프로세스 구성 XML 정의 파일의 PortfolioBacklog, RequirementBacklog, 및 TaskBacklog 섹션을 정의하여 포트폴리오, 제품 및 스프린트 백로그에 대해 표시되는 항목을 결정합니다. 또한 프로세스 구성은 매핑이 필요한 모든 WIT에 대한 워크플로 상태-metastate 매핑을 정의합니다.

팀 프로젝트의 Agile 계획 도구 구성 및 사용자 지정에는 사용자 인터페이스를 통해 구성할 수 있는 항목 및 ProcessConfiguration 파일을 정의하여 구성해야 하는 항목이 요약되어 있습니다.

ProcessConfiguration을 통해 사용자 지정하는 영역:

백로그 구성 작업 항목 형식 범주에 대한 metastate 매핑 기본 열 및 열 순서 사용자 지정 빠른 추가 패널 사용자 지정 작업 보드에 표시할 수 있는 작업 항목 수 변경

도구별 작업 항목 형식에 대한 metastate 매핑 Agile 계획 도구 및 차트에 사용되는 필드 할당 주말 지정 작업 항목 형식의 색 변경 속성 및 동작 지정

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

참고

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

백로그 구성

제품 백로그, 스프린트 백로그 및 포트폴리오 백로그에 대해 다음과 같은 요소를 사용자 지정할 수 있습니다.

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

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

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

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

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

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>

     <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature" parent="Microsoft.EpicCategory" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story" workItemCountLimit="1000">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000">
. . . 
</TaskBacklog>

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

구현 참고 사항

• 기본적으로 각 백로그는 총 1000개의 작업 항목으로 제한됩니다. workItemCountLimit 특성 값을 지정하여 이 한도를 변경할 수 있습니다.

• CategoryName에 할당된 값은 팀 프로젝트에 대해 정의된 범주 그룹과 일치해야 합니다. 범주에 대한 정의 파일에 범주 그룹을 지정합니다.

• 포트폴리오 백로그를 사용하여 백로그를 구성하고, 하위 수준에서 백로그 항목의 롤업을 보고, 여러 팀의 진행 상황을 확인할 수 있습니다. 신규 및 업그레이드된 팀 프로젝트에는 두 개의 포트폴리오 백로그 수준(기능 및 Epic)이 포함됩니다. 최대 3개의 수준을 더 추가할 수 있습니다. 최상위 포트폴리오 백로그만 부모 범주를 지정하지 않습니다.

  참고

  일부 포트폴리오 백로그 기능을 연습하려면 고급 액세스 권한이 필요할 수도 있습니다.

• 제품 백로그는 팀이 제공하려는 항목에 대한 로드맵인 프로젝트 계획에 해당하며, 해당 WIT가 요구 사항 범주에 속하는 작업 항목을 나열합니다. 기본 팀 프로젝트에서 제공하는 것과 다른 WIT를 관리하기 위해 요구 사항 범주에 WIT를 추가하고 워크플로 상태를 metastate에 매핑할 수 있습니다.

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

metastate에 워크플로 상태 매핑

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

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

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

<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의 STATE 섹션 내 WORKFLOW에 할당된 값에 해당합니다. 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 섹션 내에서 각 백로그에 표시하려는 필드를 지정합니다. 열 옵션 대화 상자를 통해 변경한 내용은 해당 내용을 다시 변경할 때까지 유지됩니다.

제품 백로그에 대해 스크럼 프로세스 템플릿에 정의되는 기본 구성은 다음과 같습니다.

<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의 작업 항목 폼에 동일한 필드가 표시됩니다.

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

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

예를 들어 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 매핑을 정의하는 컨테이너 요소입니다. Agile 도구 표시에 이러한 매핑을 사용하는 방법 외에도 내 작업을 사용해서 개발자가 버그를 이동할 때 팀 탐색기의 내 작업 기능을 통해 버그 상태를 업데이트하는 방법도 제어합니다. 자세한 내용은 ALM 개발자의 일상: 사용자 스토리에 대한 새 코드 작성을 참조하세요. <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의 변경 내용과 일치해야 합니다.

예를 들어 refname에 할당된 type="Activity"을 변경하는 경우 작업 정보를 캡처하는 작업 범주에 할당된 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에 사용된 것과 동일한 필드를 지정합니다. 참고: 수용작업량 도구가 표시하는 값은 프로젝트 컬렉션 인스턴스 내 모든 팀 프로젝트의 필드에 대해 정의된 모든 값의 합집합을 반영합니다. 따라서 스프린트 수용작업량에 대해 표시되는 값을 제한하려면 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	TypeFieldValue일 때 type="ApplicationType"에 필요합니다. 피드백 요청 폼에 사용되는 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) 차트의 계산에서 제외됩니다. 기본 Visual Studio Online 프로세스 및 TFS 프로세스 템플릿에서는 토요일과 일요일을 휴무일로 지정합니다. 팀 프로젝트를 만든 후 각 팀은 특정 휴무일을 설정할 수 있습니다.

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

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

작업 항목 형식의 색 변경

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

스크럼 프로세스 템플릿은 다음 색 할당을 정의합니다. Agile 및 CMMI 템플릿에 대해 유사한 색 할당이 정의됩니다.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
   <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" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Plan" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Suite" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Parameter" />
</WorkItemColors>

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

속성 및 동작 지정

이 시점에 지정할 수 있는 속성은 하나뿐입니다. BugsBehavior 속성은 버그 범주에 정의된 버그 및 기타 WIT가 백로그 및 보드에 표시되는 방식에 대한 기본 구성을 정의합니다. 기본적으로, 버그가 요구 사항으로 처리되는지, 작업으로 처리되는지 또는 백로그 및 보드에 표시되지 않는지 여부를 구성할 수 있습니다. 팀 프로젝트를 만든 후 각 팀은 원하는 동작을 설정할 수 있습니다.

<Properties>
   <Property name="BugsBehavior" value="AsTasks" />
   <Property name="HiddenBacklogs" value="Microsoft.EpicCategory" />
</Properties>

요소	설명
Properties	선택 사항입니다. 기본 속성 및 동작을 지정하는 컨테이너 요소입니다.
Property	팀 프로젝트를 새로운 기능으로 업데이트할 때 새 팀 또는 기존 팀에 할당된 기본값을 지정합니다. 팀은 팀 설정을 통해 원하는 동작을 선택할 수 있습니다. BugsBehavior는 백로그 또는 보드에 버그 표시에 대한 기본값을 설정합니다. HiddenBacklogs는 팀에 대해 비활성화된 백로그 범주를 지정합니다. BugsBehavior에 대해 허용되는 값은 다음과 같습니다. AsRequirements – 버그가 요구 사항과 유사하게 백로그 및 보드에 표시됨 AsTasks – 버그가 작업과 유사하게 백로그 및 보드에 표시됨 Off – 버그가 백로그 또는 보드에 표시되지 않음

Q & A

Q: 다른 Agile 도구 기능을 사용자 지정하려면 어떻게 해야 합니까?

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

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

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