백로그 또는 작업 보드에 버그 추가

아티클
06/10/2015

어떤 팀에서는 버그를 제품 백로그 항목, 사용자 스토리 또는 요구 사항 같은 백로그 항목으로 추적하려고 합니다. 그리고 다른 비즈니스 프로세스에서는 백로그 또는 작업 보드에서 작업 항목 형식(WIT)을 추가로 추적해야 할 수도 있습니다.

스크럼 프로젝트를 사용하는 경우 버그가 백로그에 이미 표시됩니다. 하지만 Agile 또는 CMMI 같은 다른 프로세스 템플릿을 사용하여 팀 프로젝트를 만든 경우 버그는 백로그 또는 작업 보드에 표시되지 않습니다.

버그 또는 다른 WIT를 추가하려면 이러한 선택 항목을 지원하도록 팀 설정을 구성하거나 팀 프로젝트를 사용자 지정하면 됩니다.

배포	선택 항목
Visual Studio Online	옵션 A: 팀이 백로그에서 버그 추적 여부를 선택할 수 있도록 허용.
온-프레미스(TFS 2013.4 업데이트 포함)	옵션 A: 팀이 백로그에서 버그 추적 여부를 선택할 수 있도록 허용. 옵션 B: 모든 팀이 백로그에서 버그 또는 추가 WIT 추적 옵션 C: 모든 팀이 작업 보드에서 버그 또는 다른 WIT 추적
온-프레미스(TFS 2013.4 업데이트 미포함)	옵션 B: 모든 팀이 백로그에서 버그 또는 다른 WIT 추적 옵션 C: 모든 팀이 작업 보드에서 버그 또는 다른 WIT 추적

Visual Studio Online

옵션 A: 팀이 백로그에서 버그 추적 여부를 선택할 수 있도록 허용.

온-프레미스(TFS 2013.4 업데이트 포함)

옵션 A: 팀이 백로그에서 버그 추적 여부를 선택할 수 있도록 허용.
옵션 B: 모든 팀이 백로그에서 버그 또는 추가 WIT 추적
옵션 C: 모든 팀이 작업 보드에서 버그 또는 다른 WIT 추적

온-프레미스(TFS 2013.4 업데이트 미포함)

옵션 B: 모든 팀이 백로그에서 버그 또는 다른 WIT 추적
옵션 C: 모든 팀이 작업 보드에서 버그 또는 다른 WIT 추적

온-프레미스 TFS에서 작업하는 경우 버그 또는 다른 WIT가 백로그나 작업 보드(둘 다는 아님)에 나타나도록 팀 프로젝트를 사용자 지정할 수 있습니다.

TFS 2012에 정의된 팀 프로젝트를 변경하는 경우 이 항목의 Visual Studio 2012 버전을 참조하세요.

옵션 A: 팀이 백로그에서 버그 추적 여부를 선택할 수 있도록 허용(Visual Studio Online 또는 TFS 2013.4)

각각의 팀은 백로그에서 버그 추적 여부를 선택할 수 있습니다. 온-프레미스 TFS에 연결하는 경우 TFS 2013.4로 업데이트해야 합니다. Microsoft Visual Studio 2013 업데이트 4를 참조하세요.

사용자가 팀 관리자가 아닌 경우 팀 관리자로 추가합니다.
팀의 관리 페이지에서 설정을 열고 버그 추적을 위한 확인란을 선택합니다.

이 옵션이 표시되지 않으면 팀 프로젝트의 프로세스 구성을 업데이트해야 합니다.
변경 사항을 확인하려면 팀의 백로그 페이지를 열거나 새로 고칩니다.

백로그에서 버그 추적을 지원하도록 프로세스 구성 업데이트(온-프레미스 TFS)

백로그에서 버그 추적 옵션을 팀 설정 페이지에서 사용하지 않도록 설정하는 경우 팀 프로젝트에 대해 다음과 같은 XML 정의를 확인하거나 업데이트합니다. 이러한 개체를 업데이트하려면 Project Administrators 그룹의 멤버여야 합니다.

범주: 요구 사항 범주에는 백로그 항목과 연결된 WIT만 포함되어 있어야 합니다. 버그 범주에는 버그와 연결된 WIT만 포함되어 있어야 합니다. 특히, 요구 사항 범주에 버그 항목이 포함되어 있어서는 안 됩니다.

예를 들어 올바른 정의는 다음과 같습니다.

<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
  </CATEGORY>

또한 다음 정의는 버그 WIT가 요구 사항 범주에 포함되어 있기 때문에 올바르지 않습니다.

<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
    <WORKITEMTYPE name="Bug" />
  </CATEGORY>

범주를 업데이트하려면 I범주 가져오기 및 내보내기[witadmin]를 참조하세요.

ProcessConfiguration: 버그 범주를 정의하고 버그 워크플로 상태를 메타 상태에 매핑하는 BugWorkItems 요소가 포함되어 있습니다. 예를 들면 다음과 같습니다.
```
<BugWorkItems category="Microsoft.BugCategory" pluralName="Bugs" singularName="Bug">
    <States>
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="Resolved" />
      <State value="Closed" type="Complete" />
    </States>
</BugWorkItems>
```
또한 메타 상태 매핑은 RequirementWorkItems 및 BugWorkItems 아래에서 일관성을 유지해야 합니다. 예를 들어 Active는 하나 아래의 Proposed와 또 하나 아래의 InProgress에 매핑할 수 없습니다.

ProcessConfiguration을 업데이트하려면 가져오기 및 내보내기 프로세스 구성[witadmin]를 참조하세요.
WIT 정의: 버그 범주에 포함되는 WIT에는 다음과 같은 필드가 정의되어 있어야 합니다.
- 팀 프로젝트를 만드는 데 사용된 프로세스 템플릿이 Agile인지 아니면 CMMI인지에 따라 스토리 점수(Microsoft.VSTS.Scheduling.StoryPoints) 또는 크기(Microsoft.VSTS.Scheduling.Size) 같은 활동(ProcessConfiguration 파일의 type=Effort)을 추적하는 데 사용되는 필드
- 스택 순위(Microsoft.VSTS.Common.StackRank) 같은 백로그 우선 순위(ProcessConfiguration 파일의 type=Order)를 추적하는 데 사용되는 필드
- MSF for CMMI 기반 팀 프로젝트의 경우 프로세스 구성을 위한 빠른 추가 패널에 포함되는 요구 사항 유형(Microsoft.VSTS.CMMI.RequirementType) 필드

WIT 정의를 업데이트하려면 작업 항목 형식 가져오기, 내보내기 및 관리[witadmin]를 참조하세요.

Kanban 보드 열 매핑 확인 또는 업데이트

제품 백로그 보드 페이지(Kanban 보드)를 엽니다.

열 구성이 유효하지 않다는 메시지가 표시되면 열 매핑을 조정해야 합니다.
열 사용자 지정을 열고, 정의한 각 열에 대한 버그 워크플로 상태를 매핑합니다.

예를 들어 다음과 같이 각 열을 매핑합니다.

옵션 B: 모든 팀이 백로그에서 버그 또는 다른 WIT 추적

요구 사항 범주에 추가하는 WIT는 백로그 페이지에 표시됩니다. 버그가 사용자 스토리(Agile) 또는 요구 사항(CMMI) 백로그 페이지에 나타나도록 하려면 온-프레미스 TFS 팀 프로젝트를 다음과 같이 수정하세요.

버그 또는 다른 WIT 정의에 해당하는 스토리 점수(Agile) 또는 크기(CMMI)에 대한 활동을 예측하는 데 사용되는 필드를 추가합니다.
버그 또는 다른 WIT를 요구 사항 범주에 추가합니다
프로세스 구성의 메타 상태 매핑을 확인합니다.

MSF for Agile 프로세스 템플릿 기반의 팀 프로젝트에 대해 버그 WIT를 추가하는 방법은 다음과 같습니다.

스토리 점수 필드 추가

버그 WIT 정의를 내보냅니다.

witadmin exportwitd /collection:" CollectionURL" /p:MyProject /n:bug /f:DirectoryPath/bug.xml

스토리 점수 필드를 추가합니다.

<FIELDS>
. . . .
   <FIELD name="Story Points" refname="Microsoft.VSTS.Scheduling.StoryPoints" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The size of work estimated for implementing the bug.</HELPTEXT>
   </FIELD>



. . . .
</FIELDS>

MSF for CMMI 기반 팀 프로젝트의 경우 크기 및 요구 사항 유형을 추가합니다.

<FIELD name="Size" refname="Microsoft.VSTS.Scheduling.Size" type="Double" reportable="measure" formula="sum" >
   <HELPTEXT>The size of work estimated for implementing this requirement</HELPTEXT>
</FIELD>
<FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
   <REQUIRED />
   <ALLOWEDVALUES>
      <LISTITEM value="Scenario" />
      <LISTITEM value="Quality of Service" />
      <LISTITEM value="Functional" />
      <LISTITEM value="Operational" />
      <LISTITEM value="Interface" />
      <LISTITEM value="Security" />
      <LISTITEM value="Safety" />
      <LISTITEM value="Business Objective" />
      <LISTITEM value="Feature" />
   </ALLOWEDVALUES>
   <DEFAULT from="value" value="Functional" />
</FIELD>

폼 레이아웃에 스토리 점수를 추가합니다.

<FORM>
. . . 
   <Column PercentWidth="33">
      <Group Label="Planning">
      <Column PercentWidth="100">
      <Control FieldName="Microsoft.VSTS.Scheduling.StoryPoints" Type="FieldControl" Label="Story Points" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
       <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.Severity" Type="FieldControl" Label="Severity" LabelPosition="Left" />          
       </Column>               
  </Group>

   </Column>
. . . 
</FORM>

CMMI 기반 팀 프로젝트의 경우 FORM 섹션에 크기 및 요구 사항 유형을 추가합니다.

<Control Type="FieldControl" FieldName="Microsoft.VSTS.Scheduling.Size" Label="Size" LabelPosition="Left" />
<Control Type="FieldControl" FieldName="Microsoft.VSTS.CMMI.RequirementType" Label="Type" LabelPosition="Left" />

업데이트된 버그 정의를 가져옵니다.

witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

요구 사항 범주에 버그 WIT 추가

범주 정의를 내보냅니다. TFS 관리 권한이 없는 경우 해당 권한을 얻으십시오.

witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

요구 사항 범주에 버그 작업 항목 형식을 추가합니다.

<CATEGORY refname="Microsoft.RequirementCategory" name="Requirement Category">
    <DEFAULTWORKITEMTYPE name="User Story" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>

범주 파일을 가져옵니다.

witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

프로세스 구성에서 메타 상태 매핑을 확인합니다.

프로세스 구성 정의를 내보냅니다.

witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f: "DirectoryPath/ProcessConfiguration.xml"

해결됨 상태가 RequirementBacklog 섹션에 정의되어 있는지 확인합니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>. . . 

  </RequirementBacklog>

상태를 추가하도록 버그를 사용자 지정한 경우에는 추가한 각 상태에 대한 매핑을 추가합니다. 항상 type="Complete"으로의 정방향 전환 내에서 마지막 상태를 매핑합니다.

프로세스 구성을 가져옵니다.

witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

제품 백로그에 버그를 추가할 수 있는지 확인합니다.

제품 백로그 페이지를 엽니다. 페이지가 이미 열려 있는 경우 페이지를 새로 고칩니다.

작업 항목 형식에 대한 드롭다운 메뉴가 표시됩니다.

버그 상태를 스윔 레인에 매핑하도록 Kanban 보드 사용자 지정

제품 백로그 보드 페이지(Kanban 보드)를 엽니다.

방금 버그 작업 항목 형식을 또는 다른 작업 항목 형식을 추가한 경우 열 구성이 잘못되었다는 메시지가 표시됩니다.
열 사용자 지정을 열고, 정의한 각 열에 대한 버그 워크플로 상태를 매핑합니다.

예를 들어 다음과 같이 각 열을 매핑합니다.

옵션 C: 모든 팀이 작업 보드에서 버그 또는 다른 WIT 추적

작업 범주에 추가하는 WIT는 작업 보드 및 반복 백로그 페이지에 표시됩니다. 버그 또는 작업이 작업 보드에 나타나도록 하려면 이러한 버그 또는 작업을 부모 제품 백로그 항목(Scum), 사용자 스토리(Agile) 또는 요구 사항(CMMI)에 연결해야 합니다.

온-프레미스 TFS의 경우 버그를 작업으로 추적하도록 다음과 같이 수정합니다.

버그 WIT 정의에 필수 필드 추가.
작업 범주에 버그 WIT 추가.
프로세스 구성에 필수 메타 상태 매핑 추가

MSF for Agile 프로세스 템플릿 기반의 팀 프로젝트에 대해 이 작업을 수행하는 방법은 다음과 같습니다.

필수 필드 추가

팀 프로젝트에 대해 관리 권한이 없는 경우 자신을 팀 프로젝트 관리자로 추가합니다.
Visual Studio 또는 팀 탐색기가 설치된 명령 프롬프트 창을 열고 다음을 입력합니다.
```
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE
```
64비트 버전의 Windows에서는 %programfiles%를 %programfiles(x86)%로 바꿉니다. 팀 탐색기를 무료로 다운로드할 수 있습니다.
버그 작업 항목 형식 정의를 내보냅니다.
```
witadmin exportwitd /collection:"CollectionURL" /p:MyProject  /n:bug /f: "DirectoryPath/bug.xml"
```
CollectionURL의 예로는 "http://MyServer:8080/tfs/TeamProjectCollectionName"이 있습니다.

활동 필드를 추가합니다. 그렇지 않으면 구성이 유효하지 않습니다. 필요에 따라 남은 작업과 완료된 작업을 추적할 수 있도록 일정 필드를 추가합니다. Microsoft.VSTS.Scheduling.XXX 필드는 Agile 계획 도구가 아니라 기본 제공된 보고서에서 사용됩니다. 팀에서 이러한 필드를 사용하지 않는 경우 필드를 추가할 필요가 없습니다.

<FIELDS>
. . . 
   <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
      <HELPTEXT>Type of work involved</HELPTEXT>
         <SUGGESTEDVALUES>
            <LISTITEM value="Development"/>
            <LISTITEM value="Testing"/>
            <LISTITEM value="Requirements"/>
            <LISTITEM value="Design"/>
            <LISTITEM value="Deployment"/>
            <LISTITEM value="Documentation"/>
         </SUGGESTEDVALUES>
   </FIELD>
   <FIELD name="Remaining Work" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>An estimate of the number of units of work remaining to complete this task</HELPTEXT>
   </FIELD>
   <FIELD name="Original Estimate" refname="Microsoft.VSTS.Scheduling.OriginalEstimate" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>Initial value for Remaining Work - set once, when work begins</HELPTEXT>
   </FIELD>
   <FIELD name="Completed Work" refname="Microsoft.VSTS.Scheduling.CompletedWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The number of units of work that have been spent on this task</HELPTEXT>
   </FIELD>
   <FIELD name="Start Date" refname="Microsoft.VSTS.Scheduling.StartDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to start the task</HELPTEXT>
   </FIELD>
   <FIELD name="Finish Date" refname="Microsoft.VSTS.Scheduling.FinishDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to finish the task</HELPTEXT>
   </FIELD>
. . . 
</FIELDS>

MSF for CMMI를 기반으로 하는 팀 프로젝트의 경우 분야 및 일정 필드를 추가합니다.

<FIELD name="Discipline" refname="Microsoft.VSTS.Common.Discipline" type="String" reportable="dimension">
        <ALLOWEDVALUES>
          <LISTITEM value="Analysis" />
          <LISTITEM value="User Experience" />
          <LISTITEM value="User Education" />
          <LISTITEM value="Development" />
          <LISTITEM value="Test" />
        </ALLOWEDVALUES>
        <HELPTEXT>The discipline to which the task belongs</HELPTEXT>
      </FIELD>

작업 항목 폼에 활동 및 일정 필드를 추가합니다. 작업(task) 작업 항목 형식에 정의된 Groups을 간단히 복사하여 작업 항목 폼에 있는 Groups와 바꿀 수 있습니다.

<FORM>
. . . 
      <Group Margin="(10,0,0,0)">
          <Column PercentWidth="30">
            <Group Label="Status">
              <Column PercentWidth="100">
                <Control FieldName="System.AssignedTo" EmptyText="&lt;No one&gt;" Type="FieldControl" Label="Assi&amp;gned To" LabelPosition="Left" />
                <Control FieldName="System.State" Type="FieldControl" Label="Stat&amp;e" LabelPosition="Left" />
                <Control FieldName="System.Reason" Type="FieldControl" Label="Reason" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Planning">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
                <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Common.Activity" Type="FieldControl" Label="Activity" LabelPosition="Left" EmptyText="&lt;None&gt;" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="30">
            <Group Label="Classification">
              <Column PercentWidth="100">
                <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
                <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Effort (Hours)">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Scheduling.OriginalEstimate" Type="FieldControl" Label="Original Estimate" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.RemainingWork" Type="FieldControl" Label="Remaining" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.CompletedWork" Type="FieldControl" Label="Completed" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
        </Group>

. . . 
</FORM>

업데이트된 버그 정의를 가져옵니다.

witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

작업 범주에 버그 WIT 추가

범주 정의를 내보냅니다.

witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

작업 범주에 버그를 추가합니다.
```
<CATEGORY refname="Microsoft.TaskCategory" name="Task Category">
    <DEFAULTWORKITEMTYPE name="Task" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>
```
참고

버그 작업 항목 형식이 두 개의 범주(버그 범주 및 작업 범주)에 속하는 것은 정상입니다.

범주 파일을 가져옵니다.

witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

프로세스 구성에 메타 상태 매핑 추가

프로세스 구성 정의를 내보냅니다.

witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

해결됨 상태의 메타 상태 매핑을 TaskBacklog 섹션에 추가합니다.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>
. . . 

  </TaskBacklog>

프로세스 구성을 가져옵니다.

witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

작업 보드에 버그를 추가할 수 있는지 확인합니다.

작업 보드 페이지를 엽니다. 페이지가 이미 열려 있는 경우 페이지를 새로 고칩니다.
작업 또는 버그를 사용자 스토리에 연결된 작업 항목으로 선택할 수 있어야 합니다.
작업 보드에 기존 버그를 추가하려면 사용자 스토리를 엽니다. 이 예제에서 사용자 스토리 제목은 Bug debt입니다. 모든 링크 탭에서 스프린트에 포함할 버그를 선택합니다.

버그를 표시하려면 작업 보드를 새로 고쳐야 할 수 있습니다.

팁

작업으로만 제한되는 구현 탭을 통해 버그를 추가할 수 없습니다.구현 탭을 통해 버그를 추가하도록 지원하려면 사용자 스토리 작업 항목 형식의 FORM 섹션을 버그에 대한 필터를 포함하도록 수정합니다.

작업 보드에서 버그 또는 작업을 끌어 상태를 업데이트합니다. 이때 상태가 유효하지 않은 열로는 항목을 끌 수 없음을 알 수 있습니다. 예를 들어 버그를 새 상태로 끌거나 작업을 해결됨 상태로 끌 수는 없습니다. 이러한 상태를 사용하려면 해당하는 WIT 정의에 대한 워크플로 정의에 해당 상태를 추가합니다.

Q & A

Q: XML 정의 파일의 편집에 사용할 수 있는 다른 도구는 무엇입니까?

A: witadmin 명령줄 도구를 사용하여 이 항목에 표시된 대로 정의 파일을 가져오고 내보낼 수 있습니다. 이 작업에 사용할 수 있는 다른 도구로는 TFS Power Tools를 다운로드하면 사용할 수 있는 프로세스 편집기 또는 CodePlex에서 사용 가능한 커뮤니티 리소스 프로젝트인 TFS Team Project Manager가 있습니다. TFS Team Project Manager를 사용하면 명령줄 인터페이스를 사용하지 않아도 XML 정의 파일을 빠르게 내보내고 편집하며 가져올 수 있습니다.

Q: Scrum 기반 팀 프로젝트의 요구 사항 범주에서 버그 WIT를 제거하면 어떻게 되나요?

A: 요구 사항 범주를 참조하는 기본 제공 쿼리와 사용자 지정 쿼리는 더 이상 버그 WIT가 포함된 결과를 반환하지 않습니다. 이러한 쿼리는 업데이트해야 할 수 있습니다.

또한 요구 사항 기반의 테스트 도구 모음을 만드는 경우 검색되는 작업 항목은 요구 사항 범주에 속해 있습니다. 버그에 대한 테스트 계획을 만들려는 Scrum 팀의 경우 버그 범주를 포함하도록 쿼리를 업데이트해야 합니다.

Q: 메타 상태 매핑에 대해 파악해야 하는 사항에는 어떤 것이 있나요?

A: 옵션 B 및 옵션 C에 나와 있는 절차에서는 TFS 2013에서 제공하는 Agile 및 CMMI 프로세스 템플릿을 기반으로 하는 팀 프로젝트를 변경하는 방법에 대해 설명합니다. 추가하는 WIT에 대한 상태 모델을 ProcessConfiguration 파일 내에 지정된 메타 상태 매핑에 대해 정렬해야 합니다. 상태 모델과 metastate 매핑이 정렬되지 않는 경우 여기에 설명된 대로 추가 정의를 지정해야 합니다.

Q: 어떻게 하면 스크럼의 태스크 백로그 및 보드 페이지에 버그가 나타나도록 하나요?

A: 팀 프로젝트가 스크럼 프로세스 템플릿 기반일 때 버그가 제품 백로그 항목이 아니라 작업과 피어가 되도록 하려면 다음 단계를 수행하세요.

FIELDS 및 FORM 섹션에 활동 및 남은 작업 필드를 추가하여 버그 작업 항목 정의를 편집합니다.
버그를 작업 범주에는 추가하고 요구 사항 범주에서는 제거하여 범주 정의를 편집합니다.
작업 범주에 대한 해결됨 상태를 매핑하고 요구 사항 범주에서는 제거하여 프로세스 구성 정의를 편집합니다.

Q: 스프린트에 할당한 모든 버그 및 작업이 스프린트 백로그에 나타나지 않는 이유는 무엇인가요?

A: 작업을 반복에 할당할 수는 있지만 해당 작업을 부모 백로그 항목에 연결할 수는 없습니다. 이러한 항목은 만든 쿼리에는 표시되지만 작업 보드 자체에는 표시되지 않습니다. TFS는 쿼리를 실행한 다음 작업 보드 항목을 표시하기 전에 백그라운드 프로세스 몇 개를 적용합니다.

다음 세 가지 이유는 작업 범주에 속한 작업 항목이 스프린트 백로그 또는 작업 보드에 나타나지 않도록 하는 원인이 될 수 있습니다.

작업을 부모 백로그 항목에 연결할 수는 없습니다. 반복 경로가 스프린트로 설정된 부모 제품 백로그 항목(Scrum), 사용자 스토리(Agile) 또는 요구 사항(CMMI)에 연결한 버그 및 작업만 스프린트 백로그 페이지에 나타납니다.
작업은 또 다른 작업의 부모입니다. 작업 계층 구조를 만든 경우 계층 구조 아래쪽의 자식 수준 작업만 나타납니다.
작업의 링크된 부모는 또 다른 팀에 대해 정의된 백로그 항목에 해당합니다. 또는 작업의 부모 백로그 항목 영역 경로는 작업의 영역 경로와는 다릅니다.

Q: 백로그 우선 순위 또는 스택 순위 필드는 어떻게 사용되나요?

A: 백로그 및 보드 페이지에서는 백로그 우선 순위(Scrum)와 스택 순위(Agile 및 CMMI) 필드를 사용하여 작업 항목의 정렬 순서를 관리합니다. 이러한 필드는 팀 프로젝트의 모든 WIT에 대해 정의해야 합니다. 그러나 이러한 필드를 작업 항목 폼에 포함할 필요는 없습니다. 이러한 필드는 ProcessConfiguration 정의 파일에서 Order 형식에 할당된 필드와 일치해야 합니다.

다음을 통해 공유