Azure Boards 백로그 및 보드에서 워크플로 범주 상태를 사용하는 방법

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

모든 워크플로는 상태, 전환 및 이유로 구성됩니다. 워크플로는 작업 항목 유형에 대해 정의됩니다. 전환은 두 상태 간의 앞으로 및 뒤로 이동을 지원합니다. 사용자 지정 상태를 추가하면 시스템에서 사용자 지정 상태의 전환을 다른 모든 상속된 상태(제거 제외)로 자동으로 추가합니다.

각 상태는 상태 범주(이전에는 메타스테이트라고 함)에 속합니다. 상태 범주는 Agile 도구 백로그 및 보드 보기를 지원합니다.

워크플로 상태

워크플로 상태는 작업 항목이 생성에서 닫기까지 진행되는 방식을 정의합니다. 사용자 스토리(Agile 프로세스)에 대해 정의된 네 가지 주요 상태는 사용자 스토리의 진행 상황을 설명합니다. 워크플로 상태는 새로 만들기, 활성, 해결됨 및 닫힘입니다. 제거됨 상태는 작업 항목이 백로그에 표시되지 않도록 제거하는 것을 지원합니다. 자세한 내용은 작업 항목 이동, 변경 또는 삭제를 참조하세요.

사용자 스토리(Agile), 문제(기본) 제품 백로그 항목(SCrum) 및 요구 사항(CMMI)과 같은 작업 항목 유형에 대한 자연스러운 진행 및 회귀는 다음과 같습니다.

워크플로 상태: 사용자 스토리, Agile 프로세스

User Story 워크플로 상태, Agile 프로세스

범주 상태

범주 상태는 Agile 계획 도구 및 선택 대시보드 위젯이 각 워크플로 상태를 처리하는 방법을 결정합니다. 백로그, 보드 및 위젯에서 사용하는 상태 범주는 제안됨, 진행 중, 해결됨완료입니다.

다음은 테스트 계획 작업 항목 유형을 포함하여 네 가지 시스템 프로세스의 범주 상태에 상속된 기본 상태를 매핑하는 방법입니다. 테스트 사례, 테스트 디자인 및 테스트 도구 모음에 대한 워크플로 상태는 네 가지 시스템 프로세스에서 모두 동일합니다.

범주

작업 추적

테스트 추적

제안: 백로그에 표시되도록 새로 추가된 작업 항목과 연결된 상태에 할당됩니다. Kanban 보드 및 작업판의 첫 번째 열은 제안된 상태 범주에 매핑됩니다.

새로 만들기

디자인(테스트 사례)

진행 중: 활성 작업을 나타내는 상태에 할당됩니다. 이 범주에 매핑된 상태에 할당된 작업 항목은 백로그에 표시되고(숨기도록 선택하지 않는 한) Kanban 보드에서 중간 열을 구성합니다.

활성(버그, 에픽, 기능, 사용자 스토리)

계획에서 활성(테스트 계획)(테스트 도구 모음) 진행 중(테스트 도구 모음) 준비(테스트 사례)

해결: 솔루션을 나타내는 상태에 할당되었지만 아직 확인되지 않았습니다. 일반적으로 이러한 상태는 버그에 적용됩니다. 확인된 범주 상태의 작업 항목 기본적으로 백로그에 표시됩니다. Agile 도구는 해결된 범주 상태를 진행 중 범주 상태와 정확히 동일하게 처리합니다.

해결됨(버그)

해당 없음

완료: 완료된 작업을 나타내는 상태에 할당됩니다. 상태가 이 범주에 속하는 작업 항목은 백로그에 표시되지 않으며 Kanban 보드의 마지막 열에 표시됩니다. 이 범주의 상태를 수정하거나 이 범주에 상태를 추가할 수 없습니다.

닫힘(버그, 에픽, 기능, 사용자 스토리)

닫힘(테스트 사례) 완료됨(테스트 도구 모음) 비활성(테스트 계획)

제거: 제거됨 상태에 할당됩니다. 제거된 범주에 매핑된 상태의 작업 항목은 백로그 및 보드 환경에서 숨겨집니다.

제거됨(Epic, Feature, User Story)

해당 없음

참고

완료되거나 닫힌 작업 항목은 변경된 날짜 가 183일(약 반년)보다 크면 백로그 및 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 계속 나열할 수 있습니다. 백로그 또는 보드에 표시하려면 시계를 다시 설정하는 사소한 변경을 수행할 수 있습니다.

참고

변경된 날짜 가 1년보다 크면 완료되거나 닫힌 작업 항목이 백로그 및 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 계속 나열할 수 있습니다. 백로그 또는 보드에 표시하려면 시계를 다시 설정하는 사소한 변경을 수행할 수 있습니다.

정품 인증 기준/날짜 및 해결 기준/날짜 필드

시스템은 해당 워크플로 범주 상태에 따라 변경이 발생하는 경우 활성화 기준,활성화 날짜, 해결 날짜 및 해결된 날짜와 같은 필드를 업데이트합니다. 워크플로 상태가 제안된 상태 범주로 변경되면 활성화된날짜 및 활성화 날짜 가 업데이트됩니다. 워크플로 상태가 해결된 상태 범주로 변경되면 해결된날짜 및 해결된 날짜 가 업데이트됩니다.

워크플로 상태가 상태 범주에 매핑되는 방법을 자세히 알아보려면 백로그 및 보드에서 워크플로 상태 및 상태 범주를 사용하는 방법을 참조하세요.

참고

여기에 설명된 필드를 제어하는 논리는 Azure DevOps Services, Azure DevOps Server 2020.1 업데이트 및 이후 버전에 적용됩니다.

이러한 필드는 워크플로 상태 범주를 참조하므로 필드를 업데이트할 때 추가하는 사용자 지정 워크플로 상태가 참조됩니다. 사용자 지정에 대한 자세한 내용은 프로세스에 대한 워크플로 사용자 지정을 참조하세요.

추가 참고 사항:

  • 작업 항목이 설정되는 항목 이외의 범주 상태에서 이동할 때마다 필드가 업데이트됩니다. 예를 들어 작업 항목을 새로 만들기에서 고정으로 업데이트하면 해결 날짜/해결 날짜 필드가 업데이트됩니다. 그러나 동일한 범주 상태에 있는 고정테스트 준비에서 업데이트하는 경우 해결 날짜/해결 날짜 필드는 업데이트되지 않습니다.
  • 해결됨에서 활성 상태로 전환하는 등 뒤로 전환하면 시스템에서 해결 날짜/해결 날짜 필드의 값을 지웁니다. 활성에서 새로 만들기로 선택한 경우 시스템에서 활성화된 날짜/활성화 날짜 필드의 값을 지웁니다.
  • 이러한 필드에 대한 값을 수동으로 변경하지 마세요. 시스템 규칙에 의해 제어되는 시스템 필드입니다. 설정하려는 모든 값이 기록됩니다.

State와 Kanban 열을 추가하는 경우

상태 및 Kanban 열을 모두 사용하여 작업 상태를 추적합니다. 워크플로 상태는 프로젝트 간에 공유되고 Kanban 열은 팀 내에서 공유됩니다. 프로젝트 컬렉션 관리자만 사용자 지정 상태를 추가할 수 있지만 팀 관리자는 Kanban 열을 추가할 수 있습니다.

모든 팀이 조직에서 채택한 비즈니스 워크플로에 따라 상태를 추적하려는 경우 사용자 지정 상태를 추가합니다. 프로세스를 사용자 지정하면 해당 프로세스를 참조하는 프로젝트 및 작업 항목 유형을 자동으로 사용자 지정합니다.

여러 팀이 추적하려는 워크플로 상태를 지원하기 위해 사용자 지정 상태를 추가하면 Kanban 열을 기반으로 쿼리를 만드는 여러 팀의 혼란을 방지할 수 있습니다. 각 팀은 Kanban 보드 열과 스윔 레인을 사용자 지정할 수 있으므로 다른 보드에 표시되는 작업 항목에 할당된 값이 동일하지 않을 수 있습니다. 이 문제의 주요 해결 방법은 팀 영역 경로별로 작업 항목의 단일 소유권을 유지하는 것입니다. 또 다른 해결 방법은 팀 간에 공유할 수 있는 사용자 지정 상태를 추가하여 열을 공식화하는 것입니다.

끌어오기 요청을 사용하여 작업 항목 자동 완성

PR(끌어오기 요청)에 작업 항목을 연결하는 경우 PR을 완료하면 해당 작업 항목을 자동으로 완료할 수 있습니다. 방법을 알아보려면 끌어오기 요청을 사용하여 작업 항목 자동 완성을 참조하세요.